デイリースクラムとは？15分の進め方と3つの質問、障害の拾い方

デイリースクラムの目的は、スプリントゴールへの進み具合を確かめ、必要ならスプリントバックログ（作業の計画）を直すことです。スクラムガイド（2020年版）では、開発者のための15分のイベントとされています。

ポイントは「ゴールに対して」確かめることです。一人ひとりの作業量を報告し合う場ではありません。「このままでスプリントゴールに届くか」「届かないなら今日どう組み替えるか」を話します。

毎日同じ時間・同じ場所で行うと、準備の手間が減り、習慣になります。スクラムガイドが挙げる効果は、コミュニケーションの改善、障害の発見、素早い意思決定です。結果として、ほかの会議を減らすことにもつながります。

デイリースクラムは、スプリントの長さに関係なく15分です。あらかじめ決めた時間枠で区切るこの考え方を、タイムボックスと呼びます。

短く区切るのは、毎日行う会議だからです。15分でも、10人のチームが2週間のスプリント（稼働日10日）で毎日行えば、延べ25時間になります（15分×10人×10日）。長引けば、その分だけ作業の時間が減ります。

15分で終えるコツは次のとおりです。

• ✓事前にボードを更新する： 各自が会議の前にタスクボードを最新にしておくと、説明が短くなります。
• ✓ボードの前で行う： タスクボードやバーンダウンチャートを見ながら話します。
• ✓ゴールに関係する話に絞る： 細かい技術の議論が始まったら、「後で話そう」と区切ります。
• ✓会議の後の時間を使う： 詳しい話が必要な人だけが残る時間（いわゆるアフターパーティー）を設けます。スクラムガイドも、開発者は日中に集まって計画を細かく直すことが多い、と書いています。
• ✓形式はチームで決める： 3つの質問が合わなければ、ボードのアイテムごとに話す形などに変えます。

スプリントの計画の立て方は、スプリントプランニングの進め方で扱っています。

「昨日やったこと・今日やること・困っていること」の3つの質問は、2017年版のスクラムガイドに例として載っていました。2020年版では削除され、ゴールに焦点が合っていれば形式は自由になりました。

3つの質問は、一人ずつの報告になりやすいのが弱点です。ゴールに目を向けた問いの例を並べます。

形式を変えても、目的は同じです。「ゴールに届くか」を全員で確かめ、今日の計画を直せれば十分です。

よくある誤解は「スクラムマスターが毎朝司会をする」です。スクラムマスターの仕事は、会議が開かれ、目的どおりに時間内に終わるようにすることです。開発者が自分たちで回せるようになるまで支えます。

PMP の問題文でPMがデイリースクラムに出ている場合も、同じ考え方です。PMは進め方を指示せず、出てきた障害のうちチームが外せないものを引き受けます。この「仕えるリーダー」の考え方は、サーバントリーダーシップで詳しく扱います。

デイリースクラムは障害を「見つける」場で、「解決する」場ではありません。拾った障害は、次の流れで扱います。

1. 1出す： 開発者が「〇〇の承認待ちで止まっている」と短く伝える。
2. 2記録する： 障害を、チーム全員が見える場所（ボードの障害欄など）に書く。
3. 3担当を決める： チームの中で解けるものは開発者が、外部との調整が要るものはスクラムマスターやPMが引き受ける。
4. 4会議の後で解決する： 関係する人だけで話し合い、手を打つ。
5. 5翌日確かめる： 次のデイリースクラムで、障害が外れたかを確認する。

新ECO（2026年版）の Business Environment のタスク4は、障害を取り除き、課題を管理することです。障害の影響を評価し、優先順位を付け、取り除く手を打ち、継続的に見直すことが含まれます。デイリースクラムは、その入口になる仕組みです。

デイリースクラムの失敗は、PMP の状況問題の題材にもなります。よくある失敗と対策を、当サイトで整理すると次のとおりです。

どの失敗も、「開発者がゴールに向けて計画を直す場」という目的に戻すことが、解決の方向です。