昨年から Scrum 開発のプロジェクトに参加している。その中で色々と思うことがあり、他のプロジェクトでの採用事例や実際に行われているプラクティスを知りたくて、読んでみた。

『リーン開発の現場カンバンによる大規模プロジェクトの運営』

特に参考になった点を取り上げてみる。

チーム構成

「プロジェクトメンバーが30人から60人に拡大していくにつれて」とあり、かなり大きいプロジェクトであることが分かる。当初は要求分析、機能開発、システムテストと3チームに分けていた、ということだったが、コミュニケーション等の問題から、最終的には職能横断型チームを作った、とのこと。

デイリーミーティング

デイリーミーティングは最初に職能横断型チーム単位で行い、次に職能毎に集まって状況を同期し、最後にクロスチームがプロジェクト同期ミーティングを行う、という3段階。これはミーティングが多くて大変そうだが、メンバが増えてくると仕方無いのかな。

スプリント計画ミーティングの中で Backlog の手入れが行われていたが、時間がかかるのでスプリント計画ミーティングの前に時間を取って実施している、という例が出ていた。スプリント計画ミーティングに時間がかかる、というのはすごく分かる。

「ある作業が完了するまでにかかった時間」をサイクルタイムと呼び、計測する話が出ている。そして機能ごとに平均サイクルタイムを計測したところ、その値は機能の大きさに相関関係がなかった、とのこと。どれくらい作業に集中できているかを示す指標が欲しいと思うことは多いので、この計測は実際にしてみたい。

自動化するテストの選別の仕方について。自動化の難易度や手動テストのコスト等、複数の要素を勘案してそれぞれにポイントをつけ、合計ポイントが多いものから対応していく方法が紹介されている。

ある課題が最終的にどんな問題になるかを上方向に、またある課題の根本原因は何かを下方向に書いていく因果関係図を作り、課題を分析する。課題について話をすることも多いので、この因果関係図を用いて皆で考えるアプローチはとても良い。早速明日から使ってみよう。

Agile 開発というと、そんなにメンバの数が多くないイメージを持っていたが、チームメンバが比較的多い例として参考になる話が多くて良かった。