ID:8702さん

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