紹介文 :
従来のウォーターフォール開発モデルにおいて厳格な開発管理を通じて規律を守るスタイルから、自律して最適解を自ら考えるアジャイルスタイルに切り替えたとき、アジャイルの経験の浅い開発チームは何に注意を払えばよいのかを判断できず、試行錯誤が続いた。
その結果、アジャイル開発手法の1つであるスクラムを取り入れたどの開発チームも、プロダクトバックログが増え続け、納期がどんどんずれていく失敗を繰り返した。
これは、スクラムのバックログ管理を正しく理解していなかったこと、開発管理があいまいになったこと、品質部門が第三者視点で開発管理にどのように関わるべきかを決めきれずに進めていたことなどが原因であると分析した。

対策を考えるとき、スクラムにおける開発管理の節目となる「スプリントレビュー」と改善の機会となる「ふりかえり」に注目した。スプリントレビュー時に、従来の定量的管理の考え方を取り入れて、客観的な判断指標を設定し品質部門が定量的管理を主導するなどの開発プロセスを構築した。そして、スプリントレビューで抽出された課題をふりかえりで議論することを定着させた。

本発表では、以上の経験もとに、ウォーターフォール開発経験者がアジャイル開発を始めるときに陥りやすい点と、経験をもとに得られた知見を紹介する。