Agile Ceremonies：Scrumの4つのイベントを解説

Agile Ceremoniesとは、すべてのScrumのSprintに形、方向性、そして継続的な改善のための節目を与える4つの定期ミーティングのことです。多くのチームは、Sprint間のタスクキューを健全に保つためにBacklog Refinementと呼ばれる5つ目の継続的な活動も実施しています。

「Ceremonies」という言葉はAgileコミュニティでよく使われますが、Ken SchwaberとJeff Sutherlandによる公式Scrumガイドではイベントと呼んでいます。実際にはどちらの言葉も同じ意味です。Sprint内の予測可能なタイミングで行われる、構造化されたタイムボックス付きのミーティングのことです。

Agile Ceremoniesとは何か？

Agile Ceremoniesとは、チームが定期的なサイクルで計画し、調整し、検査し、適応することを確保するためにScrumフレームワークに組み込まれた正式なチェックポイントです。各Ceremonyには明確な目的、固定された最大時間（タイムボックス）、そして定義された参加者がいます。

これらがなければ、Sprintは流れ込みやすくなります。共有目標なしに作業が開始されます。小さな障害が何日も黙って放置されます。そしてSprintの終わりには、チームが何かをリリースしても、次回どうすれば改善できるかを問うことはありません。

重要なポイント

• 2020年版ScrumガイドはSprint Planning、Daily Scrum、Sprint Review、Sprint Retrospectiveの4つの公式イベントを定義しています。Sprint自体もコンテナイベントとして位置づけられています。
• タイムボックスは目標ではなく最大時間です。2週間SprintのPlanning meetingは4時間が上限で、Daily Scrumは15分が上限です。
• 第17回State of Agile Report（2023年）によると、Scrumは最も広く採用されているAgileフレームワークであり、調査対象のAgileチームの87%以上が採用しています。

便利な捉え方の1つとして、Agile CeremoniesをSprintのオペレーティングシステムと考えましょう。作業がアプリケーションで、Ceremoniesがすべてを同期させておくスケジュールされたプロセスです。

4つのAgile Ceremoniesの概要

タイムボックスはSprintの長さに応じて調整します。1週間Sprintの場合は、各タイムボックスをおおよそ半分にします。

Sprint Planning

Sprint Planningはすべてのスプrintの開幕を告げます。チーム、Product Owner、Scrum Masterが集まり、「このSprintで何をするか」「どのようにするか」という2つの問いに答えます。

Product OwnerはProduct Backlogの上位アイテムを説明します。開発チームはSprint内に完了できると思うアイテムを選択し、それらをビジネス上の成果に結びつけるSprint Goalを作成します。また、選択したアイテムを毎日追跡できる規模のタスクに分解します。

うまくいくSprint Planningは2時間以内で終わります。うまくいかないと4時間の交渉になり、Sprint開始前からチームを疲弊させます。

詳しいガイド：Sprint Planning：効果的なSprint Planningミーティングの進め方

Daily スタンドアップ（Daily Scrum）

Daily スタンドアップはScrumカレンダーで最も短いCeremonyです。毎営業日、同じ時間・場所で15分間行われます。目的は、マネージャーへの進捗報告ではなく、チームの同期です。

各メンバーは昨日何に取り組んだか、今日何をする予定か、何かブロッカーがあるかを共有します。この会話により、障害が早期に表面化し、Sprint Reviewで発覚するのを待たずに当日中に解決できます。

Scrum Masterはミーティングを仕切る司会者としてスタンドアップを進行するわけではありません。開発チームが主導します。Scrum Masterの仕事は、15分間に表面化した障害を取り除くことであり、個々のステータスを収集することではありません。

詳しいガイド：Daily スタンドアップ：機能する15分の同期ミーティングの進め方

Sprint Review

Sprint ReviewはSprintの終わりに行われます。チームが構築したものを実演し、ステークホルダーは初めて実際に動くソフトウェア（または動くIncrement）を見ます。これはスライドのプレゼンテーションではありません。実際の成果物を直接確認する場です。

ステークホルダーは質問し、フィードバックを与え、Product Ownerが次にBacklogに入れるべき内容を決定する手助けをします。Sprint Reviewの成果は修正されたBacklogであり、承認済みの成果物ではありません。

このCeremonyでは、チームの作業がビジネスに見えるようになります。また、何ヶ月も孤立して構築し、リリース時にだけずれを発見するという古典的な落とし穴を防ぎます。

詳しいガイド：Sprint Review：作業をデモしてフィードバックを得る方法

Review開始前にチームが「完了」をどう定義するかについては、受け入れ基準もご参照ください。

Sprint Retrospective

RetrospectiveはSprintサイクルを締めくくります。Reviewの後、Scrumチーム（Product Ownerを含む）は非公開で集まり、何を構築したかではなく、どのように協力して働いたかについて話し合います。

定番の形式では3つの問いを立てます。うまくいったことは何か、改善できたことは何か、次のSprintで何を変えるか。チームは次のSprintで実施する1つまたは2つの具体的なアクションを選び、それらが実際に効果的だったかを追跡します。

このCeremonyは、チームがプレッシャー下にあるとき最初にキャンセルされがちです。それは間違いです。継続的改善は積み重なります。2週間ごとに誠実なRetrospectiveを実施するチームは、1四半期で大きく改善します。省略するチームは同じ過ちを繰り返し続ける傾向があります。

詳しいガイド：Sprint Retrospective：うまく実施するための実践ガイド

Backlog Refinement：5つ目の継続的な活動

Backlog Refinement（Backlog Groomingとも呼ばれる）はScrumガイドに公式なCeremonyとしては記載されていませんが、多くのScrumチームは定期的な活動として扱っています。通常、Sprint内に1〜2回、中間頃に行われます。

Refinementの際、Product Ownerと開発チームは今後のBacklogアイテムをレビューします。要件を明確にし、受け入れ基準を追加し、大きなストーリーを小さなものに分割し、工数を見積もります。目的は、Backlogの上位をSprint-Readyな状態に保つことで、未定義の作業によってPlanningミーティングが滞らないようにすることです。

適切にRefinementされたBacklogはSprint Planningの時間を半分に短縮します。

詳しい解説：Backlog Refinement：何であり、どのように実施するか

Sprint内でのCeremoniesの配置

2週間Sprintをループとして考えてみましょう。その中でCeremoniesがどこに位置するかを示します。

1日目の朝：Sprint Planning。 チームがSprint Goalを設定し、Product Backlogからアイテムを選択します。Sprint Backlogが作成されます。

1日目から9日目の毎朝：Daily Scrum。 15分間の同期です。障害が提起され、当日中に解決または escalateされます。

Sprint中間（5〜7日目頃）：Backlog Refinement。 チームが次のSprintのBacklogアイテムを見渡し、明確に定義された状態を保ちます。

10日目の午後：Sprint Review。 チームが完了した作業をステークホルダーにデモします。フィードバックがProduct Backlogに反映されます。

10日目の夕方：Sprint Retrospective。 チームがどのように働いたかを振り返ります。次のSprintに向けて1〜2の改善策にコミットします。

11日目の朝：次のSprint Planning。 ループが再び始まります。

この流れにより、すべてのSprintは意図をもって始まり（Planning）、毎日同期が保たれ（スタンドアップ）、ビジネスへの透明性で終わり（Review）、具体的な改善で締めくくられます（Retrospective）。4つのCeremoniesのいずれも、担当するステップが管理されないリスクを受け入れない限り省略できません。

Agile Ceremoniesでよくある失敗

スタンドアップを進捗報告に変えてしまう。 マネージャーが各人にタスクの報告を順番に求めると、スタンドアップはステータス報告の場になります。チームは互いに話すのをやめ、マネージャーへ話しかけ始めます。問題を提起することが失敗の告白に感じられるため、障害は取り上げられなくなります。

実際のステークホルダーなしにSprint Reviewを実施する。 開発チームとScrum Masterだけが参加するデモはSprint Reviewではなく、ただのチームミーティングです。ステークホルダーのフィードバックこそが本来の目的です。

Sprintが大変だったときにRetrospectiveを省略する。 チームはまさに最も必要なときにRetroをキャンセルします。困難なSprintは、先へ進み続けるのではなく、根本原因を見る最良の機会です。

PlanningがタイムボックスをOverrunさせる。 2週間SprintのPlanningに4時間の上限はすでに寛大です。ミーティングが常に上限に達するようであれば、おそらくBacklogの整備が不十分です。

Sprint Reviewをステークホルダーの承認と混同する。 Sprint Reviewはフィードバックを集めるものです。承認のゲートではありません。そのように扱うと官僚主義が加わり、デリバリーが遅くなります。

RetrospectiveのアクションアイテムをActに移さない。 改善策を特定しても実施しないチームは、そのCeremonyへの信頼を失います。Retroの後に何も変わらなければ、チームは本当の問題をそこへ持ち込まなくなります。

よくある質問

4つのAgile Ceremoniesとは何ですか？

Scrumにおける4つのAgile Ceremoniesは次のとおりです。Sprint Planning（Sprint Goalを設定）、Daily Scrum（15分間の毎日の同期）、Sprint Review（Sprint終了時にステークホルダーへのデモ）、Sprint Retrospective（Reviewの後でのプロセス改善の振り返り）。ScrumガイドはこれらをSchema公式に「イベント」と呼んでいますが、「Ceremonies」はAgileコミュニティで広く使われている用語です。

Backlog RefinementはCeremonyですか？

Backlog RefinementはScrumガイドに公式なイベントとして記載されていないため、技術的には4つのCeremoniesの1つではありません。しかし、多くのScrumチームはSprint内の定期的なミーティングとして扱っています。非公式に「5番目のCeremony」とも呼ばれます。これを実施しないと、Sprint Planningが不十分に定義されたBacklogアイテムで行き詰まる傾向があります。

なぜCeremoniesと呼ばれるのですか？

「Ceremony」という言葉は儀式性と意図性を意味します。チームが定期的な間隔で行うことにコミットする、構造化された活動です。これらのミーティングが場当たり的ではないことを示しています。定義された成果、タイムボックス、参加者があります。ScrumガイドはCeremoniesという用語を2017年版からEventsに変更しましたが、旧来の用語が日常的な使用では定着しています。

各Ceremonyの時間はどのくらいが適切ですか？

ScrumガイドのタイムボックスはAnt1ヶ月Sprintに対して定義されています。2週間Sprintの場合：Sprint Planningは最大4時間、Daily Scrumは15分、Sprint Reviewは最大2時間、Sprint Retrospectiveは最大1.5時間です。これらは最大値です。短いSprintは比例して短いタイムボックスを使用します。重要な原則は、Ceremonyは時計が切れたときではなく目的が達成されたときに終わるべきということです。

Ceremoniesは非同期で行えますか？

Daily Scrumはチームが非同期に適応させることが最も多いCeremonyです。SlackのスレッドやAsync動画の更新でも対応できますが、障害が迅速に表面化し対処されるよう規律が必要です。他の3つのCeremony（Planning、Review、Retrospective）はリアルタイムのディスカッションと意思決定に依存します。非同期バージョンでは、自然に発生する会話（アライメントと洞察を生み出す）が行われないため、一般的に弱い成果になる傾向があります。

---

Agile Ceremoniesはオーバーヘッドではありません。個々人の集まりを、Sprint毎に学習・改善する自己組織化チームに変えるメカニズムです。Ceremoniesを適切に行えば、Sprintのリズムは自走するようになります。