スクラム (ソフトウェア開発)
The Product Backlog evolves as the product and the environment in which it will be used evolves. The Product Backlog is dynamic; it constantly changes to identify what the product needs to be appropriate, competitive, and useful. SCRUM GUIDES 2017
↑ "An Increment is a concrete stepping stone toward the Product Goal." scrum guide 2020
↑ "プロダクトバックログアイテムが完成の定義を満たしたときにインクリメントが誕生する。... 完成の定義を満たさない限り、作業をインクリメントの一部と見なすことはできない。" scrum guide 2020 JP
↑ "スプリント終了前にインクリメントをステークホルダーにデリバリーする可能性もある。 ... プロダクトバックログアイテムが完成の定義を満たしていない場合、リリースすることはできない。" scrum guide 2020 JP
↑ "スプリントはスクラムにおける心臓の鼓動であり、スプリントにおいてアイデアが価値に変わる。" scrum guide 2020 JP
同じころ、ケン・シュエイバーが自社 (ADM) でのソフトウェア開発にこの手法を用いた。スクラムは産業界での様々なベストプラクティスに基づいており、それらがソフトウェア開発手法としてのスクラムの元となった。
このプラクティスは2003年に『アジャイルソフトウェア開発スクラム』としてまとめられた。
スクラムの定義と解説はスクラムの創設者Ken SchwaberとJeff Sutherlandによる「The Scrum Guide」にまとめられており、スクラムの改良に伴ってこのガイドも更新されている。
スクラムは適応型ITソリューションすなわち適応型ソフトウェアを開発する(ソフトウェア開発)ために発明され、のちにアジャイルソフトウェア開発手法の1つに分類された。現在ではソフトウェアに限らずあらゆる適応型ソリューション/プロダクトの開発に適用される。
スクラムはプロダクトゴール達成を唯一の目的とし、優れたソリューション/プロダクトの開発を可能にする。しかしその前提として、プロダクトゴールすなわち提供する価値の質はすべてを左右する。価値のないプロダクトゴール(無価値な価値)を達成する完璧なプロダクトが完成しても、それは価値を生み出さない。そのため良いプロダクトゴールを設計する様々な技法がスクラムフレームワークと共に採用されうる。
プロダクトゴールはしばしばプロダクトのビジョン(英: Vision)から演繹される。プロダクトのビジョンは企業が掲げる理想像である。プロダクトは徐々に改善されながらビジョンへ向かうため、いくつもの状態を経ることになる。プロダクトゴールはその1つ1つの状態に対応する。
提供すべき価値が不確かな段階ではプロダクトゴール自体を探索する必要がある(c.f. 商品開発)。その場合、適応的な価値探索をおこなう。プロトタイピングを通してMVPを作成し価値を探索する。リーンスタートアップはそれを実現する方法論の1つである。プロダクトマネジメントは価値探索から開発までを含んだマネジメントである。
プロダクトゴールが不確かな場合、プロダクトゴールを設定すること自体が意味を持つ。なぜならプロダクトゴールのもつ特性(長期目標・単一・可測・公開)は具体的であり、ステークホルダーとの議論を中身あるものにするからである。
プロダクトゴールの最終決定はプロダクトオーナーの責務である。その過程でスクラムチームを巻き込むことは現場の感覚・知恵を取り入れまたチームの更なる自己管理を促進する意味で有意義である。ゴールは達成すべき目標であるが、実際にユーザーが手にするのは開発されたインクリメントの総体たるプロダクトである。