スクラムとは？3つの役割・5つのイベント・3つの作成物を図で整理

スクラムは、チームが短い期間（スプリント）を区切って、価値のある成果物を少しずつ作る枠組みです。作るたびに結果を確かめ、次の行動を決めます。

定義の原典は、考案者のケン・シュエイバーとジェフ・サザーランドが公開している「スクラムガイド」です。現在の版は2020年版です。2人は1995年の OOPSLA という学会で、初めてスクラムを共同で発表しました。

名前はラグビーのスクラムに由来します。1986年、竹内弘高・野中郁次郎の両氏が Harvard Business Review に論文を発表しました。チームが一体で進める製品開発を、ラグビーにたとえた論文です。これがスクラムの源流の一つとされています。

スクラムガイドは、スクラムを「軽量なフレームワーク」と位置づけています。細かい作業手順は決めず、役割・イベント・作成物と、それらをつなぐルールだけを定めています。ユーザーストーリーやストーリーポイントなどの技法は、スクラムの一部ではありません。チームが必要に応じて取り入れるものです。

アジャイルとの関係も押さえておきます。アジャイルは価値観と原則の総称で、スクラムはそれを実践する代表的なフレームワークの1つです。この記事の説明は、スクラムガイド（2020年版）に沿って当サイトが要約したものです。

スクラムの土台は経験主義です。知識は経験から生まれ、判断は観察した事実に基づいて行う、という考え方です。無駄を減らして本質に集中するリーン思考も土台にしています。経験主義を支えるのが、次の3本柱です。

スクラムチームが大切にする5つの価値基準は、確約（コミットメント）・集中・公開・尊敬・勇気です。PMP の問題では、「問題を隠さず早く共有する」（公開・勇気）や「チームの判断を尊重する」（尊敬）が正解の行動になりやすいです。価値基準と行動を結び付けて覚えると役立ちます。

スクラムチームは、1人のプロダクトオーナー、1人のスクラムマスター、複数の開発者で構成されます。チームの中に上下関係はなく、全員でプロダクトゴールを目指します。人数は通常10人以下が目安です。大きくなりすぎたら、複数のチームに分けます。2020年版のスクラムガイドは、「役割」ではなく「責任（accountabilities）」という言葉を使っています。

PMP の問題で特に大事なのは、次の分担です。優先順位はプロダクトオーナー、作り方と作業の分担は開発者、障害の除去とスクラムの浸透はスクラムマスターです。詳しくはスクラムマスターの役割で扱います。

イベントは、検査と適応を行うための決まった機会です。スプリントは他の4つのイベントを入れる「入れ物」です。1か月以内の固定の長さで、前のスプリントが終わるとすぐ次が始まります。

プロダクトバックログの手入れ（リファインメント）は、イベントではなく継続的な活動です。スプリントを中止できるのはプロダクトオーナーだけで、スプリントゴールが意味を失ったときに限られます。

毎日行うデイリースクラムのように、各イベントの進め方は個別の記事で詳しく扱っています。

作成物は、作業や価値を見える形にしたものです。2020年版では、それぞれの作成物に「確約（コミットメント）」が対応し、進み具合を測る基準になっています。

アイテムが完了の定義を満たした時点で、インクリメントが生まれます。スクラムガイドの日本語版では「完成の定義」と訳されています。PMP の日本語の教材では「完了の定義」と呼ぶことが多いです。完了の定義を満たさない作業は、スプリントレビューで見せることもできず、プロダクトバックログに戻します。

スクラムは、どんな仕事にも合うわけではありません。PMP でも、進め方を選ぶこと自体が Process 1 のタスクです。目安は次のとおりです。

全部がスクラムに向かなくても、一部だけをスクラムで進めることはできます。組み合わせ方はハイブリッド開発とは？で扱います。

PMP は特定の手法の試験ではありません。スクラムガイドの細かい文言より、スクラムの場面で適切な行動を選べるかが問われます。誤答の選択肢には、次のような誤解がよく使われます（当サイトの整理）。

アジャイル問題全体の判断の原則は、PMPのアジャイル対策にまとめています。