毎朝の定例スタンドアップが、いつの間にか「昨日やったこと・今日やること・困っていること」を順番に読み上げるだけの儀式になっていないでしょうか。本来スタンドアップは「チームで課題を早期に見つけて対処する」ための場ですが、多くのチームで形骸化が起きます。この記事では、形骸化が起きる原因と、現役EMの視点からの改善策を整理します。
形骸化のサイン
次のような状態になっていたら、形骸化のサインです。
- 発言が「順番読み上げ」になっていて、他の人の発言を誰も聞いていない
- 「特に問題ないです」で終わる人が大半を占める
- スタンドアップの後、別途個別に「実は困っていて」という相談が来る
- 時間通りに終わらない、あるいは逆に極端に早く終わる
形骸化の主な原因
原因1: 目的が共有されていない
スタンドアップの目的が「進捗報告」だとメンバーが思っていると、報告だけして終わります。本来の目的は「ブロッカーの早期発見」であることをチームで再確認する必要があります。
原因2: マネージャーへの報告の場になっている
スタンドアップがマネージャーに向けた報告会になっていると、メンバー同士の情報共有・助け合いが起きません。マネージャーは進行役に徹し、発言はメンバー同士に向けさせる工夫が必要です。
原因3: 「困っていること」を言いづらい空気
困っていることを言うと「なぜもっと早く相談しなかったのか」と詰められる経験があると、次からは「特に問題ないです」で済ませるようになります。この空気を作っているのは、多くの場合マネージャー自身の過去の反応です。
改善策
進捗報告ではなく「ブロッカー」に焦点を当てる
「昨日やったこと・今日やること」の報告部分を短縮し、「困っていること・詰まっていること」に発言時間を多く割り当てます。進捗の詳細はタスク管理ツールで見れば十分です。
「困っていること」を出した人を評価する
ブロッカーを共有した人に対して、マネージャーが「言ってくれてありがとう」という反応を意識的に返すことで、次回以降も相談しやすい空気が作られます。逆に詰問するような反応は、その場では改善に見えても長期的には発言を減らします。
時間を区切り、深い議論は別枠にする
スタンドアップ内で技術的な議論が始まると長引きがちです。「その話は後で」と区切り、関係者だけで別途話す時間を設けることで、スタンドアップ自体は短く保てます。
たまには形式を変えてみる
完全に固定化された進行は、マンネリ化の一因にもなります。週に1回はチームの雑談的な話題を入れる、順番をランダムにするなど、小さな変化を入れることで参加意識が戻ることがあります。
1on1の運用と合わせて見直したい方は新任EM向け1on1テンプレートも参考にしてください。
まとめ|「報告の場」から「ブロッカー発見の場」に戻す
- 形骸化のサイン: 順番読み上げ化、「問題ないです」の連発、時間の極端なズレ
- 原因は目的の未共有、マネージャーへの報告会化、相談しづらい空気の3つが多い
- 改善策はブロッカーへの焦点化、相談への肯定的な反応、時間管理の徹底
スタンドアップの形骸化は、チームの心理的安全性のバロメーターでもあります。ここが機能し始めると、他の会議体の質も一緒に上がっていくことが多いです。
AWS・エンジニアリングマネジメントの実務ネタを発信しています


コメント