デイリースタンドアップ

英語名 Daily Standup (Daily Scrum)
読み方 デイリー スタンドアップ
難易度
所要時間 15分以内
提唱者 ジェフ・サザーランド / ケン・シュウェイバー(スクラムガイド)
目次

ひとことで言うと
#

毎日同じ時間に15分以内で行う短いミーティング。チームメンバーが「昨日やったこと」「今日やること」「困っていること」を共有し、スプリントゴール達成に向けた同期を取る。

押さえておきたい用語
#

押さえておきたい用語
スプリントゴール(Sprint Goal)
そのスプリントで達成すべきチーム共通の目標のこと。デイリースタンドアップでの報告はこのゴールとの関連を意識して行う。
ブロッカー(Blocker)
作業の進行を完全に止めてしまう障害のこと。「困っていること」として報告し、スクラムマスターが解消に動く。
タイムボックス(Timebox)
ミーティングやイベントの最大時間を厳密に制限すること。デイリースタンドアップは15分がタイムボックス。
パーキングロット(Parking Lot)
スタンドアップ中に出た議題のうちその場では扱わず後で議論するものを一時保管するリストを指す。脱線を防ぐために使う。

デイリースタンドアップの全体像
#

デイリースタンドアップ:3つの質問で15分以内
3つの質問毎日同じ時間・15分以内・立ったまま昨日やったことスプリントゴールに向けて何を完了したか今日やることスプリントゴールに向けて何に取り組むか困っていることゴール達成を妨げる障害はあるか1人1〜2分 | 議論はスタンドアップ後 | メンバー同士で話す透明性と早期検知問題が小さいうちに検知しチーム全体で状況を把握
デイリースタンドアップの進め方フロー
1
時間と場所を固定
毎日同じ時間に集合
2
3つの質問
昨日・今日・困りごとを共有
3
障害の検知
ブロッカーを特定しアクション決定
15分厳守で解散
議論は後で関係者だけで実施

こんな悩みに効く
#

  • チーム内で誰が何をやっているか見えない
  • 問題が発生しても発覚が遅く、手遅れになることが多い
  • ミーティングが長くて、作業時間が削られている

基本の使い方
#

ステップ1: 時間と場所を固定する

毎日同じ時間・同じ場所で開催する

  • 午前中(10時頃)がチームの多い選択肢
  • 立ったまま行う(座ると長くなりがち)
  • リモートの場合はビデオ会議を固定リンクで設定する

ポイント: 「いつやるか」を考える手間をゼロにする。習慣化が最大のポイント。

ステップ2: 3つの質問に答える

メンバーが順番に3つの質問に手短に答える

  • 昨日、スプリントゴールに向けて何をしたか?
  • 今日、スプリントゴールに向けて何をするか?
  • スプリントゴール達成を妨げる障害はあるか?

ポイント: 1人あたり1〜2分が目安。詳細な議論はスタンドアップ後に別途行う。

ステップ3: 障害を検知してアクションにつなげる

「困っていること」が出たら、解決のアクションを決める

  • その場で解決できることは即座に対応する
  • 議論が必要なことは「スタンドアップ後に○○と話す」とだけ決める
  • スクラムマスターが障害を記録し、解消に向けて動く

ポイント: デイリースタンドアップは問題解決の場ではなく、問題検知の場。議論は別の時間で。

ステップ4: 15分を守る

時間を厳守し、効率的に終わらせる

  • タイマーを使って15分を計る
  • 脱線したら「それは後で」と切り上げる
  • 全員が話し終わったら即解散

ポイント: 短いからこそ毎日続けられる。長くなると参加意欲が下がり形骸化する。

具体例
#

例1:SaaS開発チーム5名の朝スタンドアップ

状況: 従業員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日に短縮。「問題を共有する習慣」が最大の成果。

例2:リモートワーク中心のデザインチームが非同期スタンドアップを導入する

状況: 従業員15名のデザインエージェンシー。デザイナー6名が全員フルリモートで、タイムゾーンが日本・ベトナム・オーストラリアにまたがる。同期のスタンドアップが物理的に困難。

非同期スタンドアップの設計:

  • Slackの #standup チャンネルに毎朝(各自の朝)テンプレートで投稿
  • テンプレート: 「昨日: / 今日: / 困り: / 共有:」の4項目
  • スレッドでコメント可。緊急のブロッカーは @channel で通知
  • 週1回(金曜)だけ同期のビデオスタンドアップを実施

3ヶ月間の運用実績:

指標同期スタンドアップ時代非同期導入後
スタンドアップ参加率65%(時差で欠席多い)95%(各自の朝に投稿)
情報共有の遅延最大24時間最大12時間
作業の重複・認識齟齬月5件月1件

この取り組みが示すように、リモート+多タイムゾーンのチームでは、無理に同期スタンドアップを維持するより非同期に切り替えた方が参加率65%→95%と大幅に改善。「形式」よりも「目的(透明性と同期)」を優先する判断が重要。

例3:介護施設の現場スタッフが申し送りをスタンドアップ形式に変える

状況: 入居者80名の介護施設。日勤・夜勤の引き継ぎ(申し送り)に毎回30〜45分かかっていた。スタッフ12名。重要情報の伝達漏れが月に4〜5件発生。

スタンドアップ形式への変更:

  • 引き継ぎを「15分・立ったまま・要点のみ」に変更
  • 3つの質問を介護版にアレンジ:
    1. 前シフトでの重要な出来事は?
    2. 次シフトで特に注意すべきことは?
    3. 解決が必要な課題はあるか?
  • 詳細は電子記録システムで共有(口頭は要点のみ)

導入前後の比較:

指標変更前変更3ヶ月後
申し送り時間30〜45分12〜15分
伝達漏れ月4〜5件月0〜1件
スタッフ満足度3.1/5.04.3/5.0

スタンドアップの原則(短い・要点のみ・詳細は別で)はIT業界だけでなく介護現場でも有効。「全部口頭で伝える」から「要点だけ口頭、詳細は記録」に変えたことで、時間半減と伝達漏れ削減を同時に実現。

やりがちな失敗パターン
#

  1. 上司への報告会になる — マネージャーに向かって報告する形式になると、本来の「チーム内の同期」という目的が失われる。メンバー同士が互いに話すのが正しい姿
  2. 15分を超える — 議論が始まると30分、1時間と延びる。議論はスタンドアップ後に関係者だけで行う。スタンドアップでは「何を」「誰と」話すかだけ決める
  3. 形骸化する — 毎日同じ報告を機械的に繰り返すだけになる。スプリントゴールとの関連を意識して話すことで、意味のある同期になる
  4. ブロッカーを報告しない文化 — 「困っている」と言えない雰囲気だと、スタンドアップの最大の価値が失われる。心理的安全性を確保し、困りごとを言いやすい場にする

まとめ
#

デイリースタンドアップは、チームの透明性と同期を維持するための短い日次イベント。15分以内で「昨日・今日・障害」を共有し、問題を早期に検知する。長くしない、上司への報告にしない、議論は別の場でやる、という3つのルールを守れば、チームのコミュニケーションが劇的に改善する。