スクラムガイド2020完全解説|3つの役割・5つのイベント・3つの作成物

スクラムの公式ルールブック「スクラムガイド2020」を、3つの役割(アカウンタビリティ)・5つのイベント・3つの作成物の全体像から徹底解説。各イベントのタイムボックスや、2020年版で追加された3つの確約(プロダクトゴール・スプリントゴール・完成の定義)まで、現役コンサルマネージャー視点で1本に整理しました。

※ 本記事はアフィリエイト広告(Amazon アソシエイト等)を含みます

スクラムとは、「3つの役割・5つのイベント・3つの作成物」という最小限のルールで、複雑な問題に対応しながら価値を生み出すためのアジャイルの代表的フレームワークです。 結論から言えば、スクラムを理解する最短ルートは、この「3・5・3」という骨格をまず押さえることにあります。なぜなら、スクラムの公式ルールブックである「スクラムガイド」自体が、わずか十数ページでこの3要素を中心に構成されているからです。たとえば「デイリースクラムは毎日15分」「スプリントは最長1か月」といった具体的なルールも、すべてこの骨格の中に位置づけられています。本記事では、最新版であるスクラムガイド2020をもとに、3つの役割・5つのイベント・3つの作成物を、PM 視点で1本に整理します。

スクラムガイドとは|スクラムの唯一の公式ルールブック

スクラム(Scrum)は、アジャイル開発を実現するための最も普及したフレームワークです。アジャイルが「変化に素早く対応しながら価値を届ける」という価値観の総称であるのに対し、スクラムはその価値観を実践する具体的な“型”の1つにあたります。

そのスクラムの定義を唯一公式に定めているのが、「スクラムガイド(The Scrum Guide)」 です。スクラムの共同創始者であるケン・シュウェイバーとジェフ・サザーランドによって執筆され、数年ごとに改訂されています。最新版は2020年11月版で、過去のどの版よりもシンプルで、特定の業界に依存しない汎用的な記述になりました。

💡 スクラムガイドは「やり方の手順書」ではなく「ルールの定義」です。具体的な進め方(プラクティス)は各チームが自分たちで設計します。だからこそ、まずガイドが定める骨格=3つの役割・5つのイベント・3つの作成物を押さえることが重要になります。

スクラムは、透明性(Transparency)・検査(Inspection)・適応(Adaptation) という3つの柱(経験主義)に支えられています。「見える化し(透明性)、現状を確かめ(検査)、必要なら調整する(適応)」というサイクルを高速に回すことが、スクラムの本質です。5つのイベントは、まさにこの検査と適応の機会として設計されています。

スクラムの3つの役割(アカウンタビリティ)

スクラムでは、1つのスクラムチームが「プロダクトオーナー」「スクラムマスター」「開発者」という3種類の責任を分担します。チームは通常10人以下の少人数で構成され、機能横断的(自分たちだけで価値を生み出せる)かつ自己管理型であることが求められます。

プロダクトオーナー(PO)

プロダクトオーナーは、プロダクトの価値を最大化することに責任を持つ役割です。何を・どの順番で作るかを決める「What」の責任者であり、具体的にはプロダクトバックログの管理(項目の作成・並べ替え・透明化)を担います。POは1人の個人であり、その決定はチーム全体から尊重されなければなりません。

スクラムマスター(SM)

スクラムマスターは、スクラムが正しく機能するように支援することに責任を持つ役割です。チームへのコーチング、スクラムの理解促進、そしてチームの進行を妨げる障害(インピディメント)の除去を行う「How(進め方)」の番人です。指示命令で管理するマネージャーではなく、チームの自己管理を引き出すサーバントリーダーとして振る舞う点が特徴です。

開発者(Developers)

開発者は、各スプリントで「動くインクリメント」を作り出すことに責任を持つメンバーです。設計・実装・テストなど、価値を形にするあらゆる作業を担います。スクラムガイド2020では、職種を問わずプロダクト開発に従事する人を広く「開発者」と呼びます。誰がどのタスクを担当するかは、チーム自身が自己管理して決めます。

役割主な責任一言でいうと
プロダクトオーナープロダクト価値の最大化・バックログ管理「何を作るか」の責任者
スクラムマスタースクラムの推進・障害除去・コーチング「うまく進める」支援者
開発者インクリメントの作成(設計・実装・テスト)「実際に作る」担い手

スクラムの5つのイベント

スクラムでは、検査と適応の機会として5つのイベントが定義されています。すべてのイベントにはタイムボックス(時間の上限) が設けられており、だらだらと続かないよう設計されています。以下のタイムボックスは、すべて1か月(4週間)のスプリントを基準とした上限です。

イベントタイムボックスの目安目的
スプリント最長1か月(すべての器)価値あるインクリメントを生み出す固定期間
スプリントプランニング最大8時間スプリントの計画を立てる
デイリースクラム15分日々の進捗確認と計画調整
スプリントレビュー最大4時間成果物を検査しフィードバックを得る
スプリントレトロスペクティブ最大3時間進め方を振り返り改善する

① スプリント(Sprint)

スプリントは、他の4イベントすべてを内包する**「器」となる固定期間**です。長さは最長1か月で、一度決めたら期間中は変更しません。前のスプリントが終わると、間を空けずに次のスプリントが始まります。スプリント期間中は、ゴール達成を危うくする変更は行わず、品質も下げないことが原則です。

② スプリントプランニング(Sprint Planning)

スプリントの開始時に行う計画づくりのイベントです。「なぜこのスプリントに価値があるのか(スプリントゴール)」「何を作れるか(バックログ項目の選択)」「どう作るか(具体的な計画)」の3つのトピックを扱います。ここでスプリントバックログが作られます。

③ デイリースクラム(Daily Scrum)

開発者が毎日行う15分の短いイベントです。スプリントゴールに対する進捗を検査し、必要なら今後の計画を調整します。進捗報告会ではなく、開発者自身が計画を立て直すための場である点がポイントです。同じ時間・同じ場所で毎日行うと習慣化しやすくなります。

④ スプリントレビュー(Sprint Review)

スプリントの終盤に行う、成果(インクリメント)を検査するイベントです。スクラムチームとステークホルダーが一緒に、完成したものを確認し、今後のプロダクトバックログをどう調整するかを話し合います。一方的なデモ発表ではなく、双方向のフィードバックの場です。

⑤ スプリントレトロスペクティブ(Sprint Retrospective)

スプリントの最後に行う振り返りのイベントです。「人・関係・プロセス・ツール」の観点から、うまくいったこと・改善点を検査し、次のスプリントで試す具体的な改善策を決めます。プロダクトそのものではなく、チームの“進め方”を改善するための時間です。

スクラムの3つの作成物と「確約(コミットメント)」

スクラムには3つの作成物(アーティファクト)があり、それぞれに透明性と集中を高めるための「確約(コミットメント)」 が結びついています。この「確約」という考え方こそ、スクラムガイド2020で追加された最大の目玉です。

作成物内容確約(コミットメント)
プロダクトバックログ実現したい要求の優先順位付きリストプロダクトゴール
スプリントバックログ今スプリントで取り組む項目と計画スプリントゴール
インクリメント完成した価値ある成果物完成の定義(Definition of Done)

① プロダクトバックログ + プロダクトゴール

プロダクトバックログは、プロダクトに必要な要求を優先順位順に並べた唯一のリストです。プロダクトオーナーが管理し、上位の項目ほど詳細化されます。2020年版では、このバックログにプロダクトゴールという確約が加わりました。プロダクトゴールは「チームが目指す長期的な目標」を示し、すべてのスプリントがこのゴールへ向かう羅針盤になります。

② スプリントバックログ + スプリントゴール

スプリントバックログは、今回のスプリントで取り組む項目とその実行計画です。「スプリントゴール(なぜ)」「選んだバックログ項目(何を)」「実現計画(どう)」で構成され、開発者が所有します。確約であるスプリントゴールは、そのスプリントで達成すべき単一の目的であり、開発者が日々の判断をぶらさないための軸になります。

③ インクリメント + 完成の定義

インクリメントは、プロダクトゴールに向けて積み上がる、実際に使える成果物です。各スプリントで1つ以上のインクリメントが生まれます。確約である完成の定義(Definition of Done) は、「何をもって“完成”とみなすか」をチームで合意した品質基準です。この基準を満たして初めて、その成果物はインクリメントと呼べます。完成の定義が曖昧だと「できたつもり」の未完成品が積み上がるため、極めて重要です。

スクラム導入のメリット・デメリット

スクラムは万能ではありません。導入を判断するために、強みと弱みを整理しておきましょう。

スクラムのメリット

  • 短い反復で頻繁に成果を出せ、変化に強い
  • 優先順位が明確で、価値の高い機能から届けられる
  • 毎スプリントの振り返りでチームが継続的に改善する
  • 進捗とゴールが可視化され、透明性が高い

スクラムのデメリット

  • 役割・イベント・作成物のルール理解に学習コストがかかる
  • メンバーの自己管理・主体性が前提で、受け身の組織には不向き
  • 全体スケジュールや総コストの確定見通しを立てにくい
  • ステークホルダーの継続的な関与が必要で負荷が高い

スクラムは、要件が変わりやすく、チームが主体的に動ける環境で最も効果を発揮します。逆に、仕様が完全に固定され、工程分担を徹底したい大規模・高統制のプロジェクトでは、ウォーターフォール型のほうが向く場合もあります。

まとめ|スクラムは「3・5・3」で全体像をつかむ

本記事の要点を整理します。

  • スクラムガイドはスクラムの唯一の公式ルールブックで、最新版は2020年11月版。透明性・検査・適応の経験主義に支えられている
  • 3つの役割 — プロダクトオーナー(何を作るか)・スクラムマスター(うまく進める)・開発者(実際に作る)。2020年版では「役割」から「アカウンタビリティ」へ表現が変わり、1つのチームとしての一体性が強調された
  • 5つのイベント — スプリント(最長1か月の器)の中で、プランニング・デイリースクラム(15分)・レビュー・レトロスペクティブを回し、検査と適応を繰り返す
  • 3つの作成物と確約 — プロダクトバックログ(プロダクトゴール)・スプリントバックログ(スプリントゴール)・インクリメント(完成の定義)。確約の追加が2020年版の最大の変更点

スクラムは、アジャイルの価値観を「3・5・3」という具体的な型に落とし込んだフレームワークです。まずこの骨格を押さえたうえで、各イベントや作成物の運用ノウハウへ進むと、現場での実践力が一段と高まります。

出典・参考情報