ステータスレポートは「何が起きているかについて、マネジメントに何を伝える必要があるか」という問いに答える。情報は上へ流れる — 仕事をしている人から、その仕事を把握する必要がある人へと移動する。
スタンドアップは別の問いに答える。「コミットメントを果たすために、チームが今まさに知っておくべきことは何か」。情報は横へ流れる — 仕事をしている人どうしのあいだを、仕事をしている人のために移動する。
この違いは些細に見える。しかし実際には、会議の進み方とその成果のすべてを変える。
スタンドアップがステータスレポートになるとき何が起きるか
チームメンバーがスタンドアップをマネジメントへの報告として — あるいはマネジメントの代理として振る舞うScrum Masterへの報告として（それはScrum Masterがプロジェクトマネージャーのように振る舞っているということであり、まったくアジャイルではない）— 理解すると、説明責任の構造が反転する。人々はもはや対等な仲間と調整してはいない。上へ報告している。そして上への報告がもつ社会的力学が支配する。自分が生産的に見えることを表に出し、印象を損ねかねないブロッカーを控えめに言い、チームではなく外部の聞き手に向けてメッセージを整える。
ブロッカーは地下に潜る。正直な「行き詰まっていて助けが必要だ」は「いくつか課題に取り組んでいるところだ」に変わる。チームは、最も必要としている信号を失う。仕事が実際にどこで止まっているのか、誰が助けを必要としているのか、どこで受け渡しがかみ合っていないのか。
スタンドアップは、まさにその情報を表に出すために設計された — マネジメントのためではなく、実装の途中で生じるあらゆる障害をチームが乗り越える可能性を高めるためである。伝統的に構成の軸となる三つの問い（何をしたか、何をするか、何が妨げになっているか）は、横方向の認識を生むために存在する。会議が報告として捉え直されると、これらの問いは正直な答えを生まなくなる。そして、いや、それらはスタンドアップで尋ねるべき最良の問いではない — が、出発点としては妥当だ。
本物のスタンドアップはどう見えるか
機能しているスタンドアップでは、仕事をしている人どうしが話している。ファシリテーターに向かってではない。説明責任は対等な立場にある。「ここで行き詰まっている」は助けの申し出を生むのであって、その答えがどう見えるかという懸念を生むのではない。成果は、仕事がどこにあり、誰が誰と話す必要があるかについての共通の像だ。
ステータスレポートになってしまったスタンドアップは、長く、退屈で、より入念に管理されがちだ。本当に横方向の調整であるスタンドアップは、短く、率直で、ときおり脇の会話を生む。「その困りごとについてはスタンドアップのあとで話そう」。
その脇の会話こそ、スタンドアップが働いている姿だ。自分の仕事で行き詰まった人が、隣にいる人たちから必要なものを得て、仕事がふたたび動きだす。ステータスレポートの会議はそれを生み出せない。ステータスレポートの情報は、上にいる受け手に向けて整えられていて、隣にいる仲間に向けてではないからだ。
関連コンテンツ
- Do This Instead of Daily Standups (or Risk Failing) — YouTubeのAgile4AI
コメント 0