ID:8702さん

# 背景 某製造業様では、新しい挑戦的な事業開発のため、scrumによる内製開発をスタートさせていました。しかし、アジャイル開発でどのように品質をマネジメントすればよいかわからず、また製造業ということもあり、改善を考えようにもどうしてもハードウェアの品質文化を持ち込んでしまうことから、外部人材である私に品質・テストに関するコンサルティングを依頼されました。 # 取り組み内容 開発対象のサービスは複数のスクラムチームによって開発される大規模なものでした。また、ソフトウェアのトラブルが、依頼元企業様のブランドをおおきく毀損してしまう可能性があるようなサービスであり、要求品質の高い甲難易度の開発でした。 そこで、私は現状の開発の状況や、要求品質、サービスリリースまでのスケジュールなどを確認した上で、以下のような取り組みをおこないました。 ①アジャイルテストの4象限を用いて、スクラムチームによるテストのスコープを明確にしました。 ②スクラムチームによるリリースをβリリース、その後第三者テストによるβテストを経て正式リリースとなるよう、リリースの計画を立てました。 ③上記前提と、要求品質を満たせるようスクラムチームと第三者テストのスコープを明確にしました。 ④スクラムチームがアジリティを失うことなくテストを遂行できるように、テスト方針を立案しました。 ⑤第三者テストが遂行できるようにテスト環境などの整備を行いました。 ⑥スクラムチームや第三者テストチームが質の高い開発が行えているか確認できるよう、DevOpsのFour Keysをはじめとしたチーム成績のメトリクスを選定し、各チームのパフォーマンスを見える化しました。 ⑦各チームがパフォーマンスを改善できるよう、プロセス改善の仕組みを設けました。 # 取り組みの成果 私の参画前は、漫然とテストして、あまり意味のないメトリクス（バグ密度など）で評価し、勘と経験でリリースを判定していましたが、参画後は以下のような改善が見られました。 ①βリリース期間が生まれることにより、プロダクトオーナーが自身の判断でリリースを承認できるようになりました。 ②スクラムチームは自身のやるべきテストを理解し、Doneの定義に組み込むことで漫然としたテストではなく、主体的に目的にむかってテストできるようになりました。 ③βリリース期間で第三者テストが行われることで、スクラムチームのテストのスコープが限定的になり、アジリティが確保されました。 ④βリリース期間で第三者テストが行われることで、正式リリース後のトラブルが抑止されるようになりました。 ⑤各チームは自身のパフォーマンスがメトリクスで可視化されることで、自発的かつ建設的にプロセス改善が行えるようになりました。

## プロジェクト概要 スタートアップ企業におけるQA組織立ち上げのコンサルティングとジュニアQAへの伴走支援を通じて品質改善サイクルの構築を実現しました。 ## 役割・体制 ### 自身のポジションと役割 - QAコンサルタント兼プロジェクトマネージャーとして、QA組織の立ち上げ支援および運営・改善に関する戦略立案と実行を担当しました。 - ジュニアQAへの伴走支援を行い、品質の定義確立から改善サイクルの導入、関係者への教育まで幅広く支援しました。 - 開発プロセス全体に品質向上の仕組みを埋め込み、継続的な改善活動を推進しました。 ### チーム規模と構成 - 4つの開発チームに対して横断的に支援するイネーブリング組織のQAチームを立ち上げ、ジュニアQA1名を中心に活動しました。 - 各開発チームはプロダクトマネージャー1名、エンジニア5～10名で構成され、全体をエンジニアリングマネージャー1名が統括していました。 ## 背景・課題 - スタートアップ特有の急速な成長志向により、品質よりもスピード優先の開発文化が根強く、品質改善への抵抗感が強い状況でした。 - スクラムを標榜するものの、実態はカンバンベースの独自スクラムであり、レトロスペクティブなど振り返りの機能が不十分でした。 - 品質に対する共通認識が曖昧であり、品質向上のための具体的な戦略や改善サイクルが欠如していたことが最大の課題でした。 ## 実際の取り組み ### 開発環境 - 開発手法はスクラムをベースにしつつも、実態はカンバンを主体とした独自の運用であり、チームごとのバラツキが見られました。 - Notionを活用して品質定義や改善サイクルのドキュメント化および情報共有を円滑に行い、関係者間の認識統一を図りました。 ### 設計・改善内容 - QAからの一方的な開発手法押し付けを避け、品質に対する現状の課題を可視化して客観的な情報として提供し、開発チームの主体的な改善を促進しました。 - 振り返りの質向上に向けて、改善機会を提供するための改善サイクルを構築し、スクラムの振り返り会議の運営方法を支援しました。 - 開発ルールが曖昧であったため、エンジニア自らがルールを明確化し、月に2～3件の改善策を実施する仕組みを定着させました。 - ポストモーテムの開催を推進し、障害発生時の学習と改善を組織文化として根付かせました。 ### その他アピールポイント - 障害対応速度の向上や開発スピードの改善により、システムの安定稼働とビジネス成長の両立を支援しました。 - QA組織立ち上げと伴走支援の経験を活かし、同様のスタートアップ環境での品質改善プロジェクトに応用可能なナレッジを蓄積しました。 ## 成果・価値 - 障害対応速度が50%以上向上し、トラブル発生時の初動対応が迅速化しました。 - ポストモーテムの定着により、障害件数の減少とともに開発チームの品質意識が向上し、スプリントあたりのインクリメント量が約20%増加しました。 - 開発ルールの明確化と改善サイクルの定着により、品質と開発スピードのバランスが改善し、結果としてチーム全体の生産性向上に寄与しました。