MaemaemaeMaemaemae

デイリースクラム — 基本ルールから「話が長い」問題の解決策まで

デイリースクラムはスクラムの中でも最も頻度が高いイベントだが、「報告会になっている」「15分を超える」などの問題が起きやすい。この記事ではデイリースクラムの基本と、よくある問題への具体的な対策をまとめる。

デイリースクラムとは

スプリント期間中、毎日同じ時間・同じ場所で行う 15分以内の短い同期ミーティング。

目的

  • スプリントゴールに向けた進捗の確認
  • チーム内の障害（ブロッカー）を早期に発見
  • 翌日の作業計画を全員で共有

「今日何をするか決める場」ではなく、スプリントゴールへの進路を毎日調整する場が本質だ。

基本ルール

ルール内容
時間毎日同じ時刻、最大 15 分
参加者開発者（Developers）が主体。スクラムマスターは必要に応じて参加
場所毎回同じ場所（立って行う "スタンドアップ" が多い）
進行開発者が自律的に進行（スクラムマスターが仕切る必要はない）

確認する 3 つの問い

以前はこの 3 問が定番とされていたが、現在の Scrum Guide では発言の形式は自由とされている。ただし実務ではこの構造が使いやすいため参考にしたい。

  1. 昨日、スプリントゴールに向けて何をしたか？
  2. 今日、スプリントゴールに向けて何をするか？
  3. 障害（ブロッカー）はあるか？

発言の理想的な粒度はこのくらいだ。

昨日: ログイン機能のテスト完了
今日: PR レビュー対応
ブロッカー: なし

よくある誤解

進捗報告会ではない

マネージャーへの報告ではなく、チームが自律的にゴールへ向かうための場。「報告を聞く人」がいると本質がズレる。

問題解決の場ではない

ブロッカーは「ある」と宣言するだけでよい。解決はデイリー後に関係者だけで別途行う。

スクラムマスターが司会をしなくてよい

開発者が主体的に進行する。スクラムマスターはファシリテーターであり、毎回仕切る役割ではない。

デイリースクラム後にやること

  • 詳細な議論が必要なトピックは デイリー後に残って話す（全員を巻き込まない）
  • スクラムマスターはブロッカー解消のサポートを行う
  • スプリントバックログの更新・バーンダウンチャートの更新

話が長くなる・まとまらない場合の対策

デイリーが 15 分を超える、一人が長く話す、議論が始まるといった問題は多くのチームで起きる。

構造で時間を制御する

タイムボックスを視覚化する

タイマーを画面に表示して全員が意識できるようにする。一人あたりの持ち時間を事前に決めておくと効果的だ。

人数 10 人 → 一人あたり 1 分以内
人数  5 人 → 一人あたり 2 分以内

発言順を固定する

毎日同じ順番で回す（バックログの順・席順など）。次の人が準備できるため発言がコンパクトになる。

スクラムマスターが介入する

状況介入の仕方
話が長い「詳細は後で話しましょう、続けてください」と穏やかに止める
議論が始まった「それはデイリー後にサブセットで話しましょう」と切り出す
報告が詳細すぎる「スプリントゴールに関係する部分だけで OK です」と声かけ

介入はダメ出しではなく ファシリテーション として行うのがポイント。

人数が多い場合の構造的対策

手法内容
チーム分割7±2 人を超えるならチームを分ける（スクラムの推奨サイズ）
サブチームごとにデイリーフィーチャーチームなど小単位でデイリーを行い、代表者が全体に共有
ウォークザボード人ではなくバックログの各タスクを主体に話す

ウォークザボードはタスクボード（Jira・GitHub Projects など）を左から右へ見ながら「このタスクの状況は？」と進める手法。人起点だと報告になりやすいが、タスク起点だとゴールへの集中が保たれる。

根本原因を疑う

話が長くなる・まとまらない背景には別の問題が隠れていることが多い。

症状考えられる根本原因
説明が複雑になるタスクが大きすぎる（1 日で終わらない）
発言が散漫スプリントゴールが曖昧
デイリーで全部解決しようとするデイリー以外に同期の場がない

デイリーが長い場合は症状であることが多い。レトロスペクティブで根本を議論するのが効果的だ。

まとめ

ポイント内容
目的スプリントゴールへの進路調整（報告ではない）
時間毎日同じ時刻、最大 15 分
発言形式自由（3 問は目安）
話が長い場合タイマー・発言順固定・スクラムマスターの介入
人数が多い場合チーム分割・ウォークザボード
根本対策レトロスペクティブで原因を議論

デイリースクラムはシンプルなイベントだが、チームの自律性とスプリントゴールへの集中が前提にある。形式を整えるより、なぜこのイベントが必要か をチームで共有することが長期的な改善につながる。

タグ

生産性向上HCD