スクラムフレームワーク — 第二版

この章は、第二版の歴史的背景と実践的な説明を保持しています。第三版のカリキュラムも、下の目次から利用できます。

---

スクラムとは？
スクラムフレームワークの主な構成要素

スクラムの定義：スクラムは、主にソフトウェア開発で利用される、軽量なアジャイルプロジェクト管理のフレームワークです。営利・非営利を問わず、あらゆる業界や生活の分野のプロジェクトにおいて、反復的かつ漸進的に仕事を提供し、問題を解決する進め方を示します。

スクラムは、アジャイルなプロジェクト管理に構造を与える構成要素の集合です。その中心にあるのが、プロダクトバックログという包括的なリストです。機能改善やバグ修正など、プロダクトをより良くするために必要な要素をすべて含みます。ただの買い物リストではありません。プロダクトへの変更に関する要求を集約する唯一の情報源という、重要な目的を持ちます。各アイテムの重要性が優先順位に反映され、次に何に取り組むかをチームに示します。この重要な構成要素を詳しく見ていきましょう。

スクラムフレームワークの主な構成要素は、次のとおりです。 プロダクトバックログ、スプリントバックログ、インクリメント、スプリント、スプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブです。これらの構成要素が、反復的・漸進的な開発、継続的改善、チーム内の効果的な協力を支えます。

スクラムは、ソフトウェアや技術関連の事業に限らず、さまざまなプロジェクトで利用できます。業務ソフトウェア一式の開発から、あらゆる業界における大規模システムの一部の開発まで、顧客向けのプロジェクトにも、社内のプロジェクトにも適用できます。

スクラムフレームワーク自体はとてもシンプルです。一般的な指針と、少数のルール、役割、作成物、イベントだけを定めています。ただし、どの構成要素も重要で、固有の目的を持ち、フレームワークをうまく活用するために欠かせません。

スクラムフレームワークの主な構成要素は、次のとおりです。

• 第二版の用語による三つの役割：スクラムマスター、スクラムプロダクトオーナー、開発チーム。これらが一体となってスクラムチームを構成します
• エンドユーザーの要件を含む、優先順位を付けたバックログ
• スプリントと、その中で生み出されるインクリメント
• スクラムイベント：スプリントプランニング（WHATミーティング、HOWミーティング）、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブ

スクラムの主要な構成要素

このアジャイルフレームワークの中核を成す、三つの主要な構成要素があります。 プロダクトバックログ、スプリントバックログ、インクリメントです。 これらが連携し、プロジェクトに明確さ、構造、方向性をもたらします。それぞれを詳しく見て、スクラム開発で担う重要な役割を理解しましょう。

プロダクトバックログ

この プロダクトバックログ は、プロジェクトの宝の地図に例えられます。プロダクトに必要なタスク、要件、機能、機能改善、バグ修正をすべてまとめた、変化し続けるリストです。つまり、プロダクトをより良くする変更や改善に関する、唯一の正しい情報源となります。新たな情報、変わる優先事項、ステークホルダーや顧客からのフィードバックに合わせて、時間とともに変化します。

この優先順位付きのリストを維持することは重要です。プロダクトにどの機能を含め、いつ提供するかという判断を導くからです。バックログは、何をどの順番で行うべきかを定め、プロジェクト全体の土台を作ります。

スプリントバックログ

もう一つが、スプリントバックログです。範囲の広いプロダクトバックログとは異なり、スプリントプランニングでチームが選択した具体的な作業に絞り込まれています。スプリント内でタスクを実行するための設計図となります。プロダクトのインクリメントを提供し、スプリントゴールを実現する明確な計画と組み合わせることで、定められた期間内で進む道筋がはっきりします。

スプリントバックログは、スプリントプランニングでプロダクトバックログから選び出した作業に基づくものです。これを理解すると、チームは直近の目標に合う重要な活動へ集中できます。誰が何に取り組んでいるかを明確にし、スプリントの目標への進捗を見えるようにすることで、協力と説明責任が高まります。

スプリントとインクリメント

スクラムの中核となる要素を見ていくと、密接に関係する二つの概念に出会います。 スプリントとインクリメントです。 インクリメントは、完成したプロダクトバックログの作業を既存のプロダクトと組み合わせ、利用可能な全体にしたものです。スプリントは、その仕事を行う時間枠であり、インクリメントそのものではありません。つまり、プロジェクトの進行中、一般には各スプリントの後に、取り組んだタスクから一体の成果が生まれ、必要であれば提供できる状態になります。

要するに、この三つの構成要素は、透明性を通じてチームの効率的な協力を促すとともに、プロジェクトの各段階で集中すべき点を示します。プロダクトバックログは向かう先を定め、スプリントバックログは段階的な目標に至る道筋を示します。そして、その取り組みが、進捗を具体的に反映した成果となります。これらの中核要素を理解することは、効果的なアジャイルプロジェクト管理にスクラムの力を生かすうえで不可欠です。

スクラムの基礎となる構成要素を理解したところで、成功するチームを構成するさまざまな役割という、アジャイルのもう一つの重要な側面を見ていきましょう。

スクラムの役割を詳しく知る

スクラムマスターとプロダクトオーナーは、スクラムのプロジェクトの成功に欠かせない役割です。その重要性を理解するために、詳しく見ていきましょう。

スクラムマスター

この スクラムマスター はスクラムのプロセスを守る重要な存在として、チームがフレームワークの原則と実践に従えるようにします。チームに奉仕するリーダーとして、協力的な環境を育て、継続的に改善し、質の高い成果を提供する力を引き出します。

責任の重要な部分を占めるのが、チームの進行を妨げる障害の除去です。内部の対立への対処や、外部のステークホルダーとの意思疎通の支援などがあります。これにより、不要な気散じを避け、目標達成に集中できるようにします。

また、アジャイルの手法についてコーチやメンターとして支援し、チームが原則を十分に理解して効果的に適用できるようにします。ワークショップ、研修、その他の学習機会を設け、アジャイルな実践の確かな基盤をチーム内に築きます。

プロダクトオーナー

一方、 プロダクトオーナーは、開発チームとステークホルダーをつなぎ、特に顧客の声を代表します。中心的な責任は、ユーザーと事業の双方にとっての価値を最大化するよう、提供するものを定義し、優先順位を付けることです。顧客ニーズを、明確に定義したユーザーストーリーやプロダクトバックログアイテムへと落とし込むことも重要です。要件を詳細化することで、開発の方向性と目的が明確になります。

さらに、ステークホルダーと協力し続け、反復的にフィードバックを集めることが大切です。市場の変化と顧客の好みの変化に注意を払い、ユーザーの期待に応えつつ、プロダクトを戦略目標に沿ったものに保ちます。

作品のビジョンを大切にしながら観客の反応も取り入れ、丁寧に作品を形づくる芸術家を想像してください。同じように、プロダクトオーナーも顧客の意見に基づいて機能を磨き、ユーザーのニーズと事業目標の両方に合うまで反復します。

これらの役割の違いから、スクラムの環境で互いに補い合い、協力、価値の提供、組織目標との整合性を促す仕組みがわかります。

重要な役割同士の連携を理解すると、アジャイルのプロジェクトで作成物が果たす重要な役割も、より深く理解できます。

スクラムチームメンバー

この スクラムチームメンバー は、共通の目標を目指す人たちの協力に貢献する、スクラムフレームワークの重要な役割です。多様な能力を使い、さまざまな方法でプロダクト開発を支えます。毎日のスタンドアップでは、進捗と障害を共有し、効果的な意思疎通を促します。スプリントプランニングにも積極的に参加し、仕事を完成させるチームの能力を測る指標であるベロシティの把握に貢献します。バーンダウンチャートやスクラムボードなど、進捗やタスクを可視化する資料を活用します。完成の定義に従い、仕事が定められた基準を満たすようにし、自己組織化によって自ら判断することで、プロジェクト全体の成功に貢献します。

スクラムの作成物を理解する

スクラムの作成物は、プロジェクトの仕事から生まれる具体的なものです。チームとステークホルダーの意思疎通や共通理解を支える重要な役割を担います。正式なスクラムの作成物は、プロダクトバックログ、スプリントバックログ、インクリメントです。この節では、それらを支える便利な手法として、ユーザーストーリーとバーンダウンチャートも見ていきます。

ユーザーストーリー

ユーザーストーリーは、大きなプロジェクトをのぞく小さな窓のようなものです。新しい機能を求めるエンドユーザーや顧客の視点から、その機能を短く簡単に説明します。付箋や小さなカードに、機能が何を実現すべきかという重要な点を書いたものを想像してください。日常の言葉でユーザーの要望やニーズを表すので、技術職にも、それ以外のメンバーにも伝わります。

ユーザーストーリーの価値は、機能要件を代弁し、開発者、テスター、デザイナー、さらには顧客との対話のきっかけになることです。何を作る必要があるかを理解する方法なのです。

役に立つユーザーストーリーを作るには：

• ユーザーと関わる： ユーザーストーリーは、顧客が本当に求めていることを示します。
• 価値と成果に集中する： ユーザーに届ける中心的な価値に焦点を当てます。
• 関わり合いと対話を促す： 単にものを作るのではなく、対話を育てます。

バーンダウンチャート

バーンダウンチャート（詳しくは スクラムのバーンダウンチャート）は、残っている仕事量と時間の関係を可視化します。Y軸に残りの仕事量、X軸に時間を示します。複数のスプリントを通じた進み具合や、進んでいない状況を、絵として描いてもらうようなものです。

このグラフは、見た目を楽しむためのものではありません。過去のデータに基づいて進捗を測り、将来の判断に生かせる振り返りを可能にする道具です。残りの仕事量と、どれくらい時間がかかりそうかを見えるようにすることで、透明性が高まり、チームが十分な情報に基づいて判断できます。

バーンダウンチャートは、時間に伴うタスクの推移だけでなく、定めた時点の目標達成に関するリスクも伝える必要があります。チーム内の異なる立場の人が対話するきっかけとなり、先にある障害を理解する助けになります。

ユーザーストーリーを作り、バーンダウンチャートを維持することで、明確さと透明性が生まれます。こうした資料を通じて、アジャイルチーム間の協力、シンプルさ、率直な意思疎通といった原則を実践できます。

ここまでは、効果的なプロジェクト管理に役立つスクラムの作成物と、それを支える手法を見てきました。次に、スクラムの主要なイベントを考えていきましょう。

スクラムのイベントを詳しく見る

スクラムの中心には、イベントがあります。仕事を前へ進め、全員の認識をそろえ、チームが検査と適応を行う機会を作るために設計されたものです。 これらの基本的なイベントをいくつか詳しく見て、アジャイルプロジェクト管理における役割と重要性を理解しましょう。

毎日のスタンドアップ

デイリースタンドアップは、通常、毎日同じ時刻と場所で行う、短い時間枠の会議です。開発チームが集まり、活動を調整し、チームのパフォーマンスに影響する障害を見えるようにします。タスクの詳細をすべて報告する場ではありません。何に取り組んでいるか、何が進行を妨げているか、支援が必要な人はいないかを、全員が素早く確認するための場です。

この毎日の会議は、メンバー同士の協力と透明性を促すためにあります。他の人の仕事がわかると、依存関係や、支援できる箇所を見つけられます。障害にすぐ対処することで、解決を速め、遅れを抑えられます。

スプリントプランニング

スクラムのもう一つの重要なイベントが、スプリントプランニングです。通常は一〜四週間続く仕事の反復である、各スプリントの開始時に行います。目的は、インクリメントとして何を提供できるか、どのように実現するかを決めることです。スクラムチームは協力して、次のスプリントの目標を話し合い、合意します。

このイベントには二つの焦点があります。一つは、優先順位付きの仕事のリストであるプロダクトバックログから、スプリント内に開発可能なアイテムを選ぶこと。もう一つは、その仕事をどのように成し遂げるかを計画することです。達成可能な目標、進め方、予想される課題、タスクの優先順位などを十分に検討します。

スプリントレビュー

スクラムフレームワークの重要なイベントであるスプリントレビューでは、ステークホルダーと開発チームが集まり、プロダクトの進み具合に関する重要な問いを扱います。毎日のスタンドアップとは異なり、各スプリントの終わりに開き、開発の一巡を広い視野で捉えます。チーム、ステークホルダー、エンドユーザーなど、多様な視点を持つ人が集まり、つながりを育てます。スプリントで得た知見を共有し、プロダクトの進む方向について共通理解を作ります。新しいアイデアを提示して評価する場でもあり、変化する要件に応え、プロジェクトを動的なものに保ちます。つまり、協力、透明性、継続的改善を促す重要な確認の機会です。

スプリントレトロスペクティブ

あらゆる学習と同じように、アジャイルでは内省と継続的改善を重視します。その役割を担うのがレトロスペクティブです。スクラムチームが自らを検査し、次のスプリントで実行する改善計画を作る機会になります。

「学んだこと」を持ち寄る場だと考えてみてください。スプリントでうまくいったこと、改善できたことを率直に話し合い、次の取り組みでより良い結果を得る新しい方法を考える機会です。進化し続ける姿勢が、変化の受容、プロセスの改善、長期的なパフォーマンス向上につながります。

これらのイベントは、協力を最大限に引き出し、継続的な前進を描き、効率的な仕事の流れを作ります。いずれも、アジャイルの枠組みの中でプロジェクトを成功させるための重要な要素です。

スクラムの基本的な構成要素への理解が深まったところで、プロジェクトにもたらす利点を見ていきましょう。

スクラムがプロジェクトにもたらす利点

プロジェクト管理では、効率と適応力が重要です。スクラムはまさにこの点で力を発揮し、プロジェクトの有効性と成功の可能性を高める、さまざまな利点をもたらします。

生産性の向上

スクラムの大きな利点の一つは、生産性の大幅な向上です。反復的な進め方が継続的改善を促し、チームが定期的にプロセスを振り返り、必要な調整を行う機会を作ります。仕事を扱いやすい反復、すなわちスプリントに分けることで、小さくても価値ある成果を届けることに集中し、着実に前進できます。

また、スクラムチームでは協力と自己組織化を重視するため、当事者意識と説明責任が育ちます。その結果、共通の目標を目指して、より一体となって効率的に働く意欲が高まります。生産性が大きく向上し、プロジェクトをより速く進められます。

透明性の向上

もう一つの大きな利点は、プロジェクトのライフサイクル全体を通じて透明性が高まることです。毎日のスタンドアップ、定期的なレビュー、レトロスペクティブを通じて、全メンバーが状況、潜在的な障害、達成したことを十分に把握できます。率直な意思疎通とフィードバックの交換が根づき、どの時点でも進捗を明確に理解できます。

透明性の向上は、メンバーがより良い知見を得るだけでなく、ステークホルダーや顧客が変化するプロジェクトの状態を把握する助けにもなります。チームが期待に応えられるという信頼と安心の基盤になります。

柔軟性

変化の激しい今日のビジネスでは、変化に素早く適応することが成功の重要な条件です。スクラムは本来柔軟なため、開発中に要件や顧客ニーズが変わっても、すぐに対応できます。短い開発サイクルと頻繁なレビューにより、プロジェクト全体を脱線させずに必要な変更を取り入れられます。

新しい市場環境への適応や、顧客のフィードバックの反映が、負担の重い特別作業ではなく、自然なプロセスの一部になります。その柔軟性により、変わる目標や市場の需要と方向性を合わせ、エンドユーザーに響く価値を届けやすくなります。

生産性と透明性を高め、変化し続けるプロジェクトや顧客のニーズに柔軟に応えることで、スクラムはプロジェクト管理全体の有効性を大きく向上させます。

スクラムフレームワークの、その他の重要な要素は何ですか？

自己組織化

どのスクラムのプロジェクトでも、チーム内の自己組織化と意思疎通が重要です。従来の意味でのプロジェクトマネージャーは存在せず、その責任をプロダクトオーナー、スクラムマスター、開発者に分担します。ただし、一回の反復であるスプリントで何をどれだけ行えるかを最終的に決めるのは、チームです。

継続的改善

スクラムフレームワークのもう一つの中心は、検査と適応による継続的改善です。チームは、自らが作った作成物やプロセスを頻繁に検査・評価し、適応と最適化を行う必要があります。中期的には、成果と予測可能性が向上し、プロジェクト全体のリスクを最小限に抑えられます。

スクラムフレームワークは、要件が急速に変わったり、開始時には十分にわかっていなかったりする現実に対応します。詳細な要件を定義するのは、実際に実装する時点です。プロダクト、要件、プロセスの変更や最適化は、開発サイクル全体に組み込まれています。

コミュニケーション

コミュニケーションも、スクラムフレームワークの礎です。スクラムプロダクトオーナーはチームと緊密に協力し、機能を特定して優先順位を付けます。その機能をユーザーストーリーとして記述し、スクラムプロダクトバックログに記録します。バックログには、動くソフトウェアシステムの提供を成功させるために必要だと、現時点でわかっていることをすべて含めます。

チームへの権限付与

開発者は、この例における2〜4週間のスプリントで完成できると予測する仕事を選びます。自分たちの目標に主体的に責任を持てるため、意欲が高まり、最大限の力を発揮できます。スクラムマスターも重要な役割であり、チームに奉仕するリーダーとして働きます。スクラムの仕組みを理解できるようにし、外部からの中断から守り、生産性を最大限に発揮する妨げとなる障害を除去することが、主な仕事です。

スクラムフレームワークのシンプルな形は、一つのチームで取り組む小規模なプロジェクトに特に適しています。より大きな複数チームの取り組みや、拠点が分散した取り組みにも利用できます。この版で説明する「チーフスクラムプロダクトオーナー」は、規模拡大のための一つの構成例であり、スクラムが必須とする追加の役割ではありません。

スクラムの構成要素の実践的な活用

重要な実践手法の一つが、ユーザーストーリーマッピングです。ユーザーがソフトウェアをどう使うかを理解する助けになります。視覚的に整理することで、要件の把握とユーザージャーニーの整理が容易になり、包括的なプロダクトバックログを作れます。全体像を扱いやすい単位に分解し、ニーズを満たす機能を整理することで、ステークホルダーの認識をそろえ、ユーザーのニーズに基づいて作業の優先順位を付けられます。

この可視化は、開発の流れにある抜けや重複を見つけ、プロダクト全体のロードマップを設計して伝える助けにもなります。チームメンバー、プロダクトオーナー、スクラムマスター、開発者が協力してプロダクトの端から端までを見渡し、ユーザーの期待を深く理解し、その知見でバックログを詳細化します。

もう一つの重要な実践手法は、 アジャイル見積もりです。ここでは、 相対的な規模の比較 や プランニングポーカー を使って、ユーザーストーリーやタスクを完成させるための作業量を、より正確に見積もります。チーム全員が見積もりに参加することで、より良い計画と予測につながります。

相対的な規模の比較では、新しいアイテムを過去に完成したものと比べることで、素早く見積もれます。Tシャツのサイズ（S、M、L）やフィボナッチ数列（1、2、3、5、8...）などを使います。一方、プランニングポーカーでは全員が積極的に参加し、各自が独立して見積もりを出した後、話し合いを通じて合意に至ります。

例えば、開発チームが新機能をプランニングポーカーで見積もる場面を考えてください。ある開発者は完成に二週間、別の開発者は一週間と考えます。そこから、複雑さ、リスク、他のタスクとの依存関係など、判断に影響した要因を話し合えます。全員を含むこの進め方により、その機能の完成に必要な仕事の範囲を、より深く理解できます。

ユーザーストーリーマッピングとアジャイル見積もりは、効果的な計画と共通理解を支える、基本的な実践手法です。複雑な要件に効率的に対応する強力な道具となり、開発全体を通じてユーザーのニーズに方向性を合わせられます。

スクラムの構成要素の振り返り

アジャイルプロジェクト管理において、スクラムは協力と適応力を重視する強力なフレームワークです。仕事を、数週間続くスプリントという時間枠の反復にまとめます。中心となるのは、プロダクトオーナー、スクラムマスター、開発者から成るスクラムチームです。価値あるインクリメントの提供に責任を負う、職能横断的なチームとして働きます。ステークホルダーと緊密に協力し、その意見を検討して開発に取り入れます。

スクラムの構成要素は、開発プロセスを形づくる重要な役割を担います。役割、作成物、イベントが一体となり、価値の高いインクリメントの提供へとチームを導きます。プロダクトバックログは、事業価値に基づいてプロダクトオーナーが優先順位を付ける、変化し続ける作業の集約先です。各スプリントで、スクラムマスターはプロセスを支援し、スクラムの原則に従えるようにします。チーム全体は、具体的な価値を加え、リリース可能な状態にしたプロダクト、すなわちインクリメントを作ります。役割、作成物、イベントの連携が前進を促し、透明性と、進捗に関する共通理解を高めます。

スクラムフレームワークの要は、各スプリントの終わりに価値あるインクリメントを生み出せることです。具体的な進歩を示すと同時に、要件の変化にも素早く適応できます。スクラムマスターの支援とプロダクトオーナーのビジョンのもと、チームの献身が、ステークホルダーの期待に沿う継続的な提供サイクルを生みます。インクリメントの生成に集中し続けることで、スクラムは変化に対応する動的な進め方となり、チームにもエンドユーザーにも大きな価値をもたらします。明確な役割、作成物をめぐる協力、スプリントの規則的なリズムにより、構造と柔軟性を備えた、プロダクト開発を成功へ導くフレームワークになります。

こうした実践的な活用方法については、 International Scrum Institute の無料ダウンロード教材でさらに学び、アジャイルプロジェクト管理への理解を、今すぐ深めてください！