デイリースクラムを15分で終わらせる実務ガイド｜目的・よくある失敗・運用の直し方

デイリースクラムは「毎日15分」で何を検査するイベントか

Scrum Guideは、デイリースクラムの目的を「スプリントゴールに向けた進捗を検査し、必要に応じてスプリントバックログを適応させ、今後の計画を調整すること」と定義している。開発者（Developers）のための15分のイベントであり、スプリントの作業日ごとに同じ時間・同じ場所で開催する。これは複雑さを減らすための工夫だとScrum Guideは説明している。

参加するのは基本的に開発者だが、プロダクトオーナーやスクラムマスターがスプリントバックログの項目に実際に取り組んでいる場合は、開発者として参加する。実際の作業をしていないのに進行役・報告先として同席する役割は、Scrum Guideが定義する参加者の範囲には含まれていない。

15分に収まらない現場に共通する3つの原因

「デイリースクラムが30分、40分かかる」という現場で起きていることは、おおむね次の3つに分けられる。

• 進捗報告会になっている：Scrum Guideは、デイリースクラムの構造や進め方は開発者が自由に選べるとしている。ただし条件が1つある。「スプリントゴールへの進捗に焦点を当て、次の作業日の実行可能な計画を作ること」だ。1人ずつ前日の作業を報告する形式自体は禁止されていないが、報告そのものが目的化して計画を作る時間が残らないと、Scrum Guideが求める成果（実行可能な計画）を満たせなくなる
• 詳細な問題解決をその場で始めてしまう：Scrum Guideは「デイリースクラムは、開発者が計画を調整できる唯一の機会ではない」とも述べている。込み入った相談はデイリースクラムの外で、関係者だけを集めて行うという前提に立てば、15分の中で全員を巻き込んで解決しようとする必要がなくなる
• 毎日同じ時間・同じ場所で開かれていない：Scrum Guideは、複雑さを減らすために「スプリントの作業日ごとに同じ時間・同じ場所で」開催するとしている。開催時間がその日の予定で動くチームは、参加者が集まるまでの待ち時間がそのまま15分の外側に積み重なる

何を検査し、何を持ち帰るイベントか

デイリースクラムが検査する対象は「スプリントゴールへの進捗」、適応させる対象は「スプリントバックログ」、持ち帰るべき成果は「次の作業日の実行可能な計画」の3つに整理できる。Scrum Guideは、この3点を満たしていれば構造・技法は開発者が自由に選べるとしており、発言順や質問項目といった特定の進め方は規定していない。重要なのは形式ではなく、翌日の自分たちの行動が15分の終わりに決まっているかどうかという点になる。

Scrum Guideはさらに、デイリースクラムが「コミュニケーションを改善し、障害を特定し、迅速な意思決定を促し、結果として他のミーティングの必要性を排除する」と効果を説明している。裏を返せば、デイリースクラムの外で同じ内容の報告会・確認会が別途開かれている状態は、この効果がまだ機能していないサインになる。

フリーランスエンジニアがBP先の案件で初めて参加するとき

常駐・リモートにかかわらず、案件に途中から加わった開発者がデイリースクラムで最初に迷うのは「どこまで話してよいか」という線引きだ。次の3点を基準にすると判断しやすい。

• 最初の数回は、チームが「進捗報告」「相談」「計画調整」のどこに重心を置いて15分を使っているかを観察する。チームごとに重心の置き方が違うため、自分から進め方を変える提案をするのはその後にする
• 自分の作業で詰まっている点は、その場で全員に詳しく説明しようとせず、「詰まっている事実」と「誰に相談したいか」だけを簡潔に伝える。詳しい相談はデイリースクラムの外で行うという前提に立つと、チーム全体の15分が守られる
• スプリントゴールに直接結びつかない個人タスク（事務作業・社内研修・別案件の調整等）は、デイリースクラムで時間を使う対象にならない。発言するかどうかの判断基準は「スプリントゴールへの進捗に関係するか」で決める

この3点を押さえておくと、初参加の数回で「話しすぎる」「的外れな発言をする」という失敗を避けやすくなる。

BP企業側がデイリースクラムを機能させる運用

企業側の担当者が、社内のScrumチームにデイリースクラムを定着させるときに効くのは次の3点だ。

1. 毎日同じ時間・同じ場所に固定する。参加者の予定に合わせて開催時間が毎回動くチームは、まずこの固定から直す。リモートの開発者が混在する場合は、「同じ場所」をオンラインの同一の接続先に置き換えて固定する
2. 進捗報告ではなく計画作りで終える。1人ずつの報告で15分が尽きている場合は、報告そのものを短くするのではなく、報告のあとに「今日は何をするか」を確定する時間を先に確保する運用に変える
3. 詳細な相談はデイリースクラムの外に出す。デイリースクラムの中で込み入った技術相談が始まったら、その場で「この続きは関係者だけで後ほど」と区切る役割を決めておく。スクラムマスターが実際の開発作業をしていない場合、この区切りの役割を担うことが多い

社外のフリーランスエンジニアが参加するチームでは、デイリースクラムの重心が社内の暗黙の了解だけで決まっていると、新しく加わった人がその場で発言しづらくなる。何を検査し、何を持ち帰るイベントかを言葉にして共有しておくと、参加者が増えても15分の使い方がぶれにくくなる。

スプリントという入れ物の中の1イベント

Scrum Guideは、スプリントを「1か月以内の固定長のイベントであり、他のすべてのイベントを含む入れ物」と位置づけている。スプリントプランニング・デイリースクラム・スプリントレビュー・スプリントレトロスペクティブは、いずれもこのスプリントという入れ物の中で行われる。デイリースクラムは、その中でもスプリントの作業日ごとに繰り返される唯一のイベントであり、スプリントゴールという大きな検査対象を、毎日の小さな単位に区切って検査し続ける役割を持つ。スプリントプランニングで立てた計画とスプリントゴールを、スプリントの終わりまで放置せずに毎日見直す仕組みとして位置づけると、デイリースクラムを他のイベントと分けて理解しやすくなる。