コンテンツにスキップ
Scrum Knowledge Graph

インクリメント (Increment)

概要

Section titled “概要”

インクリメントとは、アジャイルやスクラムにおいて短い反復ごとに作成される、潜在的に出荷可能な成果物の増分であり、過去の全成果物と正しく統合・検証された利用可能なプロダクトの集積体である。開発者がプロダクトバックログに基づいて作業を進め、「完成の定義」を満たすことで透明性と品質を担保し、プロダクトゴールに向けた段階的ステップとして機能する。単一チームから大規模環境まで同期して構築され、継続的に製品価値を積み上げる。実体のあるインクリメントを頻繁に届けることは、リスク低減や持続可能なペースの維持、経験的プロセス制御による価値最大化を支え、不確実性を低減して重大な意思決定を導く具体的エビデンスとなる。

詳細

Section titled “詳細”
  • すべてのインクリメントは、スクラムチームがあらかじめ定めた品質基準である「完成の定義（Definition of Done）」をコミットメントとして満たし、明確な品質基準に裏付けられた実体のある価値を示すものとして提供されなければならない（[1][2][3][4][5][6][7][8][9][10][11]）。完成の定義を満たすことで初めてインクリメントとして認められて透明性が提供され、これを満たさない作業成果はインクリメントとみなされず、リリースやレビューの対象外となる（[6][7]）[1][2]。SRO（Scrum Reference Ontology）は完成の定義を独立したクラスとして持たず、成果物が関連するユーザーストーリーの受け入れ基準に適合した場合を「承認された成果物（Accepted Deliverable）」と呼び、これを「完成（Done）」とみなすことで代替している[12]。コードクリーンネス、受入テスト通過、開発、リファクタリング、ドキュメント作成、各種テスト（ユニット・システム・非機能テスト等）がすべて完了し、重大な不具合のない状態であることが求められる（[13][1][2][3]）[14][10][11]。プロダクトオーナーが受け入れ可能な状態に達して出荷判断可能である必要があり（[1][2]）、複数チームによる統合インクリメントも同様に完成の定義を満たし、統合され、価値を持つ有用な状態であることが求められる[15]。Nexusでは、プロダクトゴールに向けてNexusが作業したものを統合した現在の総和を統合インクリメントと呼び、Nexusスプリントレビューで検査されるが、スプリントの終了前にステークホルダーへデリバリーされることもある[15]。なお、Nexus等のスケーリング環境において完成の定義の遵守と最終決定の責任はNexus統合チームが負う[15]。
  • 累積的性質、統合・検証およびプロダクトゴール・ビジョンへの貢献：インクリメント（プロダクトインクリメント）は、プロダクトオーナーのビジョンの一部を具体化したプロダクトの増分であり[14]、プロダクトゴールやビジョンに向けた具体的かつ段階的なステップ・踏み石である（[6][7][15][10]）。プロダクトの完全な断片として、スプリント中に完成したすべてのプロダクトバックログ項目と、それまでのスプリントで作成された成果物の価値を統合した最新の集積体である（[1][2][3][5][6][7][10][11]）。すべてのインクリメントは先行するすべてのインクリメントに追加・統合され、過去の全インクリメントと正しく統合されてすべてがまとめて正常に動作し、徹底的に検証・テストされている必要がある（[1][2][3][5][6][7]）。アイディアやバックログアイテムが検証可能で実用的な価値として具現化されたものであり[8]、スプリント終了時までに確実に機能し、十分に統合されていること（[9][11]）が求められる。特にNexusやスクラムオブスクラム等の複数チーム環境においては、全チームの成果物を単一のシームレスなプロダクトとして各スプリントで統合・検証してデリバリーすることが目指される（[15][9]）。さらに、アジャイルリリーストレイン（ART）等を含む大規模開発においても、複数のチームが共同で単一ソリューションの製品インクリメントを開発し、同期を図りながら価値を提供することが行われる[16]。
  • リリース判断可能性、作成・デリバリーの頻度とチーム効果：価値を提供するために、プロダクトオーナー（またはプロダクトオーナー組織）の意思決定によって実際にリリース（直ちに導入・デリバリー）するか否かにかかわらず、インクリメントは常に利用可能であり、直ちに顧客へリリース可能な品質を維持しなければならない（[1][2][3][4][5][6][7][9][10][13][11]）。インクリメントは、理想的なクロスファンクショナルチームが短い時間間隔で定期的に提供すべき成果物としても位置づけられている[16]。インクリメントはスプリント実行時もしくは各スプリントの終了時までにスクラムチームによって作成され（[1][2][3][14][10][17][11]）、動く状態の「完了」した成果物（動作可能なプロトタイプ等を含む）として提供される[17]。高速な検査と適応のフィードバックループを実現するため、1回のスプリント期間中に少なくとも1つ、あるいはそれ以上の複数のインクリメントを早期かつ頻繁に作成・デリバリーすることが推奨されている（[6][18][7][17]）。また、必ずしもスプリント終了時やスプリントレビューを待つ必要はなく、スプリント終了前であっても作成され次第ステークホルダーへデリバリー・リリースできる（[7][15]）。インクリメントを頻繁にリリースすること（高いリリース頻度）は、スクラムチームの応答性とステークホルダーの満足度を直接的に向上させる効果をもたらす[11]。
  • 段階的開発の利点と持続可能性への貢献：各反復において主要なタスクを小さなコンポーネントに分割し、潜在的に機能するプロダクトのインクリメントを段階的かつ迅速に提供するアプローチが採用される[19]。段階的に開発を進めて具体的な成果物を積み重ねることは、早期のプロトタイプ検証やアイディアの試行を可能にするだけでなく、重大な失敗リスクを軽減し、チームが定期的に成功体験を積み重ねる機会を提供する[19]。さらに、早期から頻繁にフィードバックを獲得できるようにすることで手戻りを防ぎ、過度な時間的プレッシャーを回避しながら持続可能なペースを維持することにも寄与する[19]。
  • 経験的プロセス制御・透明性の確保および評価・フィードバック：インクリメントは具体的に検査可能な成果物であり、スプリント終了時等に検査可能となることで経験的プロセス制御（経験主義）を推進するための客観的な基盤となる（[5][6][10]）。共通基準を満たす動作可能なプロダクトを示し、スプリントレビューにおいて顧客やステークホルダーによる検査と評価を受け、承認された場合に出荷可能なプロダクトの一部となる[14]。これにより継続的な価値検証と迅速なフィードバック獲得が可能となり（[10][7][14]）、スプリントレビューでの検査・評価や評価ワークショップ等に活用される（[11][17][15]）。特にインクルーシブなデザイン現場等では、視覚・聴覚などの障がいを持つ指導者や学生等のエンドユーザーに対して実際に動くインクリメントを提示し、アクセシビリティや使いやすさを即座に評価・検証するとともに、得られた実証的フィードバックに基づきデザイン原則の洗練と機能追加を交互に行うプロセスが採用される[17]。さらに、協調学習ループにおいては、プロトタイプや実験、スパイクと同様に、探求している問題に合わせて調整され、意図や仮定を検証するための具体的なエビデンス（検証可能な初期証拠）を生成する手段としてインクリメントが機能する[20]。インクリメントはスプリントの終盤において確認・評価され、ステークホルダーからのフィードバックを得る対象となることで、不確実性を低減し重大な意思決定に影響を与える[20]。そして、インクリメントの評価結果に基づき、バックログ、決定事項、仮定、未解決の不確実性が更新される[20]。
  • フロー管理とカンバンプラクティスの活用：スクラムとカンバンを併用する場合、カンバンのプラクティスを活用することによってインクリメント作成に至るフロー上のボトルネックや障害物が特定・改善され、スプリント期間中における継続的かつ迅速な価値のデリバリーが促進・強化される[18]。
  • 実践における品質確保の課題とアンチパターン：インクリメントは使用可能でなければならないと明確に定められている[21]。しかし開発現場の実態調査では、「未完了のタスク」と「次のスプリントでのテスト」が上位のアンチパターンだった[21]。表IXの重み付けスコアは70.24%（1位）と50.60%（6位）である（満点168に対する割合で、組織の割合ではない）[21]。真に利用可能なインクリメントがスプリント終了時点で完成していない状況が示唆される[21]。十分なテストが行われないまま成果物が持ち越されると、動作しない可能性のあるソフトウェアがデモやデリバリーに供される危険性があるため、完成の定義に基づき、単なる機能追加にとどまらずテストの完了まで含めたインクリメントの完成が不可欠であると強調されている[21]。

分類・所属

Section titled “分類・所属”
  • 所属タグ: Increment Scrum Artifact
  • カテゴリー: Scrum Core

オントロジー上の位置

Section titled “オントロジー上の位置”

Process Constraints (プロセス制約)

Section titled “Process Constraints (プロセス制約)”

SRO (Scrum Reference Ontology) に基づく、この概念に関係する制約です。各制約の括弧内は、その制約が対象とするクラスです。

  • R3 (AcceptedDeliverable): この「承認された成果物」は、具現化するユーザーストーリーの受け入れ条件の少なくとも1つに適合していません。すべての受け入れ条件への適合を確認するか、分類を「非承認の成果物」に見直してください。
  • R4 (SuccessfullyPerformedScrumDevelopmentTask): タスクが「成功裏に実行された（Successfully Performed）」と分類されていますが、このタスクが生成した成果物が「承認された成果物（Accepted Deliverable）」として分類されていません。
  • R5 (NonSuccessfullyPerformedScrumDevelopmentTask): タスクが「非成功（Non-Successfully Performed）」と分類されていますが、このタスクが生成した成果物が「承認された成果物」になっています。矛盾を解消してください。
  • R6 (Increment): インクリメントは「受け入れ基準（AcceptanceCriteria）」を満たした「承認された成果物（AcceptedDeliverable）」として分類されなければなりません。
  • S3 (Deliverable): 成果物はAcceptedDeliverableかNotAcceptedDeliverableのいずれか一方に分類してください。

脚注

Section titled “脚注”

  1. Scrum Guide 2009（ライセンス: ライセンス不明） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8

  2. Scrum Guide 2010（ライセンス: ライセンス不明） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8

  3. Scrum Guide 2011 October（ライセンス: All Rights Reserved） ↩ ↩2 ↩3 ↩4 ↩5 ↩6

  4. Scrum Guide 2013（ライセンス: CC BY-SA 4.0） ↩ ↩2

  5. Scrum Guide 2017（ライセンス: CC BY-SA 4.0） ↩ ↩2 ↩3 ↩4 ↩5

  6. Scrum Guide 2020 — 「インクリメントは、プロダクトゴールに向けた具体的な踏み石である。」（ライセンス: CC BY-SA 4.0） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8

  7. Scrum Guide Expansion Pack — 「インクリメントは作成物の一つである。」（ライセンス: CC BY-SA 4.0） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9

  8. Scrum Guide (LeSS Version) — 「インクリメントはスプリントの具体的な成果物であり、プロダクトビジョンに向けた踏み台となるものである。」（ライセンス: CC BY-SA 4.0） ↩ ↩2

  9. Scrum@Scale Guide（ライセンス: CC BY-SA 4.0） ↩ ↩2 ↩3 ↩4

  10. Agile Software Development and Reuse Approach with Scrum and Software Product Line Engineering — 「スプリントの終了時、インクリメントはレビュー可能な完成された実体となります。」（原文: “At the end of the Sprint, the increment is a completed entity that can be reviewed.”）（訳）（ライセンス: CC BY 4.0） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8

  11. A Theory of Scrum Team Effectiveness（ライセンス: CC BY 4.0） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8

  12. From a Scrum Reference Ontology to the Integration of Applications for Data-Driven Software Development（ライセンス: All Rights Reserved） ↩

  13. Scrum: An Agile Software Development Process and Metrics（ライセンス: CC BY 4.0） ↩ ↩2

  14. ScrumOntoBDD: Agile software development based on scrum, ontologies and behaviour-driven development（ライセンス: CC BY 4.0） ↩ ↩2 ↩3 ↩4 ↩5

  15. Nexus Guide — 「統合インクリメントとは、プロダクトゴールに向けて Nexus が作業したものを統合した現在の 総和である。」（ライセンス: CC BY-SA 4.0） ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7

  16. Dependencies of Agile Teams – An Analysis of the Scaled Agile Framework（ライセンス: CC BY 4.0） ↩ ↩2

  17. Integrating Design-Based Research and Agile Scrum for Inclusive Educational Technology Design（ライセンス: CC BY 4.0） ↩ ↩2 ↩3 ↩4 ↩5

  18. Kanban Guide for Scrum Teams 2021（ライセンス: CC BY-SA 4.0） ↩ ↩2

  19. Relationships between Agile Work Practices and Occupational Well-Being: The Role of Job Demands and Job Resources（ライセンス: CC BY 4.0） ↩ ↩2 ↩3

  20. Collaboration and Uncertainty Management in Agile Software Development: A Systematic Integrative Review and Literature-Based Positioning of CDM — 「プロトタイプ、具体例、実験、あるいはインクリメントがエビデンスを生み出す。」（原文: “A prototype, example, experiment, or increment produces evidence.”）（訳）（ライセンス: CC BY 4.0） ↩ ↩2 ↩3

  21. Exploring the Prevalence of Anti-patterns in the Application of Scrum in Software Development Organizations（ライセンス: CC BY 4.0） ↩ ↩2 ↩3 ↩4 ↩5