成果物 (Deliverable)

概要

成果物とは、スプリントや一連の開発プロセスを通じて生み出されるすべての生成物である。アジャイルやスクラムにおいて、動作可能なソフトウェアやプロトタイプなどの具象的なプロダクトだけでなく、ユーザー体験から得られる成果や実証的知見といった抽象的なナレッジまで幅広く包含する。開発プロセスの実行結果や価値創出を可視化し、セキュリティテストや品質検証の対象としてシステムの信頼性を担保するとともに、得られた知見を後続の設計へ還元することを目的とする。さらに、大規模な開発環境においては、依存関係にある複数チーム間での共通理解の確立や、頻繁な小規模リリースに伴う品質の維持、アーティファクトの適切な共有と再利用の管理が不可欠な論点となる。

詳細

具体的なソフトウェアやプロトタイプといったプロダクトに加え、ユーザー体験を通じて得られる成果や、実証的データに基づいて導出されたデザイン原則、研究知見といったナレッジも成果物として同等に重視される^[1]。例えば教育技術開発などでは、スプリントごとに動作可能なソフトウェアプロトタイプを作成しつつ、実践から得られた知見を成果物として活用するアプローチが取られる^[1]。

また、これらの成果物はセキュリティテストや品質検証の直接的な対象であり、検証プロセスを通じて提供されるシステム全体の品質や安全性を確認・担保する役割を担う^[2]。

一方で、開発規模の拡大や複数チームによる協調作業においては、成果物の管理や品質担保に関する実践的課題が存在する^[3]。

• 成果物の共通理解: 依存関係にあるチーム間で作成するソフトウェア成果物についての共通認識やメンタルモデルを確立することが、効果的なチーム間コミュニケーションの基盤となる^[3]。
• 再利用性の課題: アジャイル開発は単一製品の開発に集中し初期アーキテクチャの文書化を最小限に抑える傾向があるため、成果物の再利用を明示的に支援しにくい側面がある^[3]。
• 小規模リリースと品質への影響: リリースを細かく反復して成果物を頻繁に提供する際、分散したチーム間での調整や自動テストの仕組みが不足していると成果物の品質低下を招くリスクがある^[3]。
• アーティファクト管理の儀式不足: 従来型開発から移行した組織において、共有アーティファクトを適切に維持・管理するためのアジャイルプラクティスやイベントが十分に定義されていないことが課題となる^[3]。

分類・所属

• 所属タグ: Scrum Deliverable Artifact Integration
• カテゴリー: Related Fields

オントロジー上の位置

• 上位クラス（直接の親から順に）: Software_Item → Artifact → Measurable_Software-Related_Entity → Measurable_Entity
• 兄弟クラス: SprintDeliverable
• 他の概念との関係:
  • この概念 → isInComplianceWith → AcceptanceCriteria
  • この概念 → materializes → UserStory
  • PerformedScrumDevelopmentTask → isToProduce → この概念
• 関連する検証ルール: S3
• 関連CQ: 未対応
• 原文: 未定義
• オントロジー階層: オントロジー階層で見る

脚注

1. Integrating Design-Based Research and Agile Scrum for Inclusive Educational Technology Design（ライセンス: CC BY 4.0） ↩ ↩²

2. Agile Software Development with Secure and Scrum-Centric Approach（ライセンス: CC BY-SA 4.0） ↩

3. Systematic Literature Review Report on the Challenges of Agile Scrum（ライセンス: CC BY 4.0） ↩ ↩² ↩³ ↩⁴ ↩⁵