マネージャーが 進捗どう？ と聞いた瞬間、スクラムは報告会に戻る

スプリントレビューで画面の変更箇所を説明する。実装した機能を触って、営業が少し考え込む。開発者は、実際に使われる場面を想像しながら、次に削るべき点や足すべき点を見ている。

そこにマネージャーが入ってくる。

進捗どう？

その瞬間、場の目線がプロダクトから上司へ向く。
チームは学習の姿勢を弱め、説明の姿勢に入る。

進捗を聞くこと自体が悪いわけではない。マネージャーには予算、納期、関係部署、顧客説明がある。何がどこまで進んでいるかを知りたいのは当然だ。

問題は、スクラムイベントの中でその問いが出た瞬間、場の目的がすり替わることだ。

スプリントレビューは、成果物を見せる発表会として扱うと一気に弱くなる。本来そこでは、作ったものを見て、次の判断を変える。思ったより使いにくい。顧客に出すには説明が足りない。先に別の機能をやった方が売上に近い。そういう発見を拾う場だ。

進捗どう？という問いは、発見を止める。
なぜなら、その問いに対する最適解は、学びの共有ではなく、遅れていないように見せる説明だからだ。

プロジェクトのマイルストーンに書かされた機能が予定通りリリースされることを説明する。

「〇〇機能の残タスクは2件です。来週には終わります。」

この返答は管理しやすい。けれど、プロダクトの判断にはほとんど届かない。Doneになったチケットが、顧客の困りごとをどれだけ減らしたのか。マージされたPRが、運用時の問い合わせを増やさないのか。来週終わると言っている作業が、何を確認できれば完了と呼べるのか。そこが抜けたまま、場だけが前に進む。

現場が一番しんどいのは、進捗を聞かれることそのものではない。進捗を答えたあとに、判断が何も変わらないことだ。

マネージャーが本当に見たいものは、進んでいる感では足りないはずだ。

今の計画で売上に近づくのか。リリース後に火を吹く要素は減っているのか。人を追加すれば速くなる局面なのか。スコープを落とす判断が必要なのか。そこまで見たいなら、問いを変える必要がある。

進捗どう？では、チームは身を守る。

「何が分かった？」なら、チームは考え始める。

「何を見て判断すればいい？」なら、会話が仕事に戻る。

マネージャーの一言は重い。

肩書きがある人の問いは、場のルールを上書きする。本人は軽く聞いたつもりでも、開発者側は評価の文脈で受け取る。だから、スクラムの場に入るマネージャーほど、質問の精度を高める必要がある。

明日から変えるなら、難しいことはいらない。スプリントレビューで最初に聞く言葉を固定すればいい。

今回、何を確認できた？
次の判断で変えるべきことはある？
顧客に見せる前に、何を削る？
マネージャーとして決めるべきことはある？

これだけで、場の空気は変わる。開発者は進捗報告のために背筋を伸ばす代わりに、判断材料を出し始める。POは予定消化の話から、価値の話に戻れる。マネージャーも、部下を詰める人から、意思決定を前に進める人に変わる。

いつもの何気ない問いが、スクラムを報告会に戻す。

進捗を聞けば、進捗っぽい返事が返ってくる。
プロダクト価値の判断を聞けば、現場の頭が動く。

その差を分けるのは、会議体の名前ではなく、最初の一言だと理解したほうがいい。

#スクラム #アジャイル #マネジメント #ソフトウェア開発 #チーム開発

自己紹介