ひとことで言うと#
毎日同じ時間に15分以内で行う短いミーティング。チームメンバーが「昨日やったこと」「今日やること」「困っていること」を共有し、スプリントゴール達成に向けた同期を取る。
押さえておきたい用語#
- スプリントゴール(Sprint Goal)
- そのスプリントで達成すべきチーム共通の目標のこと。デイリースタンドアップでの報告はこのゴールとの関連を意識して行う。
- ブロッカー(Blocker)
- 作業の進行を完全に止めてしまう障害のこと。「困っていること」として報告し、スクラムマスターが解消に動く。
- タイムボックス(Timebox)
- ミーティングやイベントの最大時間を厳密に制限すること。デイリースタンドアップは15分がタイムボックス。
- パーキングロット(Parking Lot)
- スタンドアップ中に出た議題のうちその場では扱わず後で議論するものを一時保管するリストを指す。脱線を防ぐために使う。
デイリースタンドアップの全体像#
こんな悩みに効く#
- チーム内で誰が何をやっているか見えない
- 問題が発生しても発覚が遅く、手遅れになることが多い
- ミーティングが長くて、作業時間が削られている
基本の使い方#
毎日同じ時間・同じ場所で開催する。
- 午前中(10時頃)がチームの多い選択肢
- 立ったまま行う(座ると長くなりがち)
- リモートの場合はビデオ会議を固定リンクで設定する
ポイント: 「いつやるか」を考える手間をゼロにする。習慣化が最大のポイント。
メンバーが順番に3つの質問に手短に答える。
- 昨日、スプリントゴールに向けて何をしたか?
- 今日、スプリントゴールに向けて何をするか?
- スプリントゴール達成を妨げる障害はあるか?
ポイント: 1人あたり1〜2分が目安。詳細な議論はスタンドアップ後に別途行う。
「困っていること」が出たら、解決のアクションを決める。
- その場で解決できることは即座に対応する
- 議論が必要なことは「スタンドアップ後に○○と話す」とだけ決める
- スクラムマスターが障害を記録し、解消に向けて動く
ポイント: デイリースタンドアップは問題解決の場ではなく、問題検知の場。議論は別の時間で。
時間を厳守し、効率的に終わらせる。
- タイマーを使って15分を計る
- 脱線したら「それは後で」と切り上げる
- 全員が話し終わったら即解散
ポイント: 短いからこそ毎日続けられる。長くなると参加意欲が下がり形骸化する。
具体例#
状況: 従業員30名のSaaS企業。5名のバックエンドチームが毎朝10:00にスタンドアップを実施。スプリントゴールは「決済機能のリファクタリング完了」。
ある日のスタンドアップ(実際の流れ・11分で終了):
Aさん(1.5分): 「昨日はStripe APIの認証部分をリファクタリングしました。今日はエラーハンドリングのテストを書きます。困っていることはないです」
Bさん(1分): 「昨日はDB設計のレビュー指摘を修正。今日はマイグレーション作成。特に問題なし」
Cさん(2分): 「昨日はwebhookの受信部分を実装。今日は結合テスト。1点、テスト環境のDBが落ちていて確認できません」
スクラムマスター: 「DB環境の件、終わったらすぐインフラチームに連絡しますね」
残り2人の報告後、10:11終了。 Cさんのブロッカーは30分後に解消。
効果:
| 指標 | スタンドアップ導入前 | 導入3ヶ月後 |
|---|---|---|
| ブロッカーの平均解消時間 | 2.4日 | 0.3日 |
| チーム内の作業重複 | 月3回 | 月0回 |
| スプリント完了率 | 72% | 93% |
毎朝11分の投資で、ブロッカーの解消時間が2.4日→0.3日に短縮。「問題を共有する習慣」が最大の成果。
状況: 従業員15名のデザインエージェンシー。デザイナー6名が全員フルリモートで、タイムゾーンが日本・ベトナム・オーストラリアにまたがる。同期のスタンドアップが物理的に困難。
非同期スタンドアップの設計:
- Slackの #standup チャンネルに毎朝(各自の朝)テンプレートで投稿
- テンプレート: 「昨日: / 今日: / 困り: / 共有:」の4項目
- スレッドでコメント可。緊急のブロッカーは @channel で通知
- 週1回(金曜)だけ同期のビデオスタンドアップを実施
3ヶ月間の運用実績:
| 指標 | 同期スタンドアップ時代 | 非同期導入後 |
|---|---|---|
| スタンドアップ参加率 | 65%(時差で欠席多い) | 95%(各自の朝に投稿) |
| 情報共有の遅延 | 最大24時間 | 最大12時間 |
| 作業の重複・認識齟齬 | 月5件 | 月1件 |
この取り組みが示すように、リモート+多タイムゾーンのチームでは、無理に同期スタンドアップを維持するより非同期に切り替えた方が参加率65%→95%と大幅に改善。「形式」よりも「目的(透明性と同期)」を優先する判断が重要。
状況: 入居者80名の介護施設。日勤・夜勤の引き継ぎ(申し送り)に毎回30〜45分かかっていた。スタッフ12名。重要情報の伝達漏れが月に4〜5件発生。
スタンドアップ形式への変更:
- 引き継ぎを「15分・立ったまま・要点のみ」に変更
- 3つの質問を介護版にアレンジ:
- 前シフトでの重要な出来事は?
- 次シフトで特に注意すべきことは?
- 解決が必要な課題はあるか?
- 詳細は電子記録システムで共有(口頭は要点のみ)
導入前後の比較:
| 指標 | 変更前 | 変更3ヶ月後 |
|---|---|---|
| 申し送り時間 | 30〜45分 | 12〜15分 |
| 伝達漏れ | 月4〜5件 | 月0〜1件 |
| スタッフ満足度 | 3.1/5.0 | 4.3/5.0 |
スタンドアップの原則(短い・要点のみ・詳細は別で)はIT業界だけでなく介護現場でも有効。「全部口頭で伝える」から「要点だけ口頭、詳細は記録」に変えたことで、時間半減と伝達漏れ削減を同時に実現。
やりがちな失敗パターン#
- 上司への報告会になる — マネージャーに向かって報告する形式になると、本来の「チーム内の同期」という目的が失われる。メンバー同士が互いに話すのが正しい姿
- 15分を超える — 議論が始まると30分、1時間と延びる。議論はスタンドアップ後に関係者だけで行う。スタンドアップでは「何を」「誰と」話すかだけ決める
- 形骸化する — 毎日同じ報告を機械的に繰り返すだけになる。スプリントゴールとの関連を意識して話すことで、意味のある同期になる
- ブロッカーを報告しない文化 — 「困っている」と言えない雰囲気だと、スタンドアップの最大の価値が失われる。心理的安全性を確保し、困りごとを言いやすい場にする
まとめ#
デイリースタンドアップは、チームの透明性と同期を維持するための短い日次イベント。15分以内で「昨日・今日・障害」を共有し、問題を早期に検知する。長くしない、上司への報告にしない、議論は別の場でやる、という3つのルールを守れば、チームのコミュニケーションが劇的に改善する。