スクラム (ソフトウェア開発)
SCRUM GUIDES 2020-08-16閲覧
↑ "スクラムが誕生したソフトウェアプロダクト開発の領域を超えて、本質的に複雑な作業を必要とするさまざまなドメインでスクラムが採用されている。" scrum guide 2020 JP
↑ Scrum is founded on empirical process control theory, or empiricism. Empiricism asserts that knowledge comes from experience and making decisions based on what is known. Scrum employs an iterative, incremental approach to optimize predictability and control risk. SCRUM GUIDES 2017
↑ Three pillars uphold every implementation of empirical process control: transparency, inspection, and adaptation. SCRUM GUIDES 2017
↑ "これは、潜在的に望ましくない変化や問題を検知するためである。" scrum guide 2020 JP
↑ "検査によって適応が可能になる。適応のない検査は意味がないとされる。" scrum guide 2020 JP
↑ "Transparency enables inspection.
なぜチームにバックログを与えているのかについてのビジョンがないプロダクトオーナに大きな問題があると言いました。これは、チームにとって重要な意欲を削ぐものです。" Ben Linders, Ken Schwaber, Jeff Sutherland. (2020). スクラムガイド 2020の変更点: Ken Schwaber氏とJeff Sutherland氏とのQ&A. InfoQ.
↑ "スクラムチームは ... 一度にひとつの目的(プロダクトゴール)に集中している" scrum guide 2020 JP
1 2 "プロダクトゴールはプロダクトバックログに含まれる。プロダクトバックログの残りの部分は、プロダクトゴールを達成する「何か(what)」を定義するものである。" scrum guide 2020, JP
↑ As a product is used and gains value, and the marketplace provides feedback, the Product Backlog becomes a larger and more exhaustive list. SCRUM GUIDES 2017
↑ Changes in business requirements, market conditions, or technology may cause changes in the Product Backlog. SCRUM GUIDES 2017
↑ Requirements never stop changing, so a Product Backlog is a living artifact.
複雑な問題は難しい。もし1回で問題への完璧な解決策/ソリューションを提供できれば大きな価値を提供できる。しかし「完璧に計画されたソリューション」は往々にして不完全に終わる。そうでないやり方の1つが適応型ソリューション(英: adaptive solutions)である。すなわち最初は不完全だが段階的に学び改善されていくソリューションである。