- アジャイルチームで一般的に行われるデイリースタンドアップ（あるいはデイリースクラム）は、通常は次の3つの質問に答えるもの
- 昨日は何をしましたか？
- 今日は何をしますか？
- 障害はありますか？
- よくある失敗パターン: ただ昨日と今日のToDoリストを読み上げる時間になってしまう
- 異なる分野の人やあまりに多くの人が集まり、互いに関心のない話をしてしまう
- 特定の話題を深掘りしすぎて、ミーティングが長引く
- いずれにせよ根本的な問題は、デイリースタンドアップミーティングの目的をよく理解していないこと
- スタンドアップの本当の目標
- 開発チームがスプリント目標を達成できる確率を最適化すること
- スタンドアップは、スプリント目標の達成にあたって懸念事項や障害について話す時間
- もしスプリント中のスタンドアップで一度もブロッカーが報告されなかったのに、チームがスプリント目標の達成に失敗したなら、あなたはスタンドアップを間違ったやり方で行っている
- チームがスプリント目標をきちんと達成するには、障害をできるだけ早く把握して解決する必要がある
- そのためデイリースクラムでは、1) 現在の状態とスプリント目標を比較して残りの作業を確認し、2) 直面している、あるいは予想される障害を共有して素早く解決しなければならない
- だから最も重要なのは最後の質問。「障害はありますか？」
- ただし人は、自分が今している作業に時間がかかりすぎているかどうかを把握しにくいことが多い。適切なルールを決めておくとよい。たとえば、2日間まったく進展のない作業をBlockerと定義する
- デイリースタンドアップは開発チームのためのもの
- スプリント中にスプリント目標を達成するために動いているのは開発チームだけ
- プロダクトオーナーやデザイナーを参加させて、彼らが完了したことや障害について聞くことにはあまり意味がない
- このミーティングを隔日や週次のミーティングに変えてはいけない。こうした話が出るということは、現状のスタンドアップミーティングに価値を感じていないということなので、その問題を解決すべき
3件のコメント
要約版をチーム内で共有したあとに話を続けていて、ふと違和感を覚えて見返してみたところ...
goalは「目標」として一貫して訳していただいていましたが、スプリントは「目標」、スタンドアップは「目的」に修正していただけると、より良いと思います。重要なのは、チームに「必要なこと」を話すことです。
通常の会議でも、デイリーでも、レビューでも、放っておくと結局は自分が「話したいこと」だけを話すようになり、肝心の「必要なこと」は話さなくなってしまいます。
そのため、昨日何をしたか、何をするのか、障害があるかといった定型的な質問をすることや、毎日デイリーをやるべきなのかには疑問があります。
全員がファシリテーターとなって、自分自身で必要なことを話し、メンバーにもそうするよう促し、
定期的なミーティングの代わりに、コミュニケーションは必要なときに随時行うべきだという考えです.
スクラムでいうデイリースクラムの基準では、プロダクトオーナーやデザイナーもスプリントの進行に参加しているのであれば、開発者（Developers）として参加することになっていますね。
この記事でいうデイリースタンドアップの目的と、スクラムのデイリースクラムの目的には、少し違いがあるように見えますね :)