アジャイルソフトウェア開発
アジャイルソフトウェア開発は万能なソフトウェア開発ではない。アジャイルソフトウェア開発が適性を発揮すると広く考えられている環境は以下が挙げられる。
1か所で作業を行う小規模なチーム(10人以下)
複雑な問題・要件が頻繁に変更される環境
適用の是非が議論される環境には以下が挙げられる。
20人以上の大規模なチームでの開発
開発者が地理的に分散した状況での開発
ミッションクリティカル・人命に関わるシステム: (非)適応のための「失敗」が許されない。(是)失敗を必ずfallbackする設計による対応
次の環境ではアジャイルの価値観が機能せず適用が難しいと考えられている(アジャイルソフトウェア開発の欠点)。
人材不足: アジャイルソフトウェア開発は優れたチームを信頼して結果を出す思想であり、人材を前提とする
命令型組織文化: アジャイルソフトウェア開発は価値を生む自己組織的チームを用いる思想であり、権限委譲を前提としている
↑ "私たちは以下の価値に至った。... 個人と対話 ... 動くソフトウェア ... 顧客との協調 ... 変化への対応... により価値をおく" アジャイルソフトウェア開発宣言.
↑ ケント・ベック、マイク・ビードル(英語版)、Arie van Bennekum, アリスター・コーバーン(英語版)、ウォード・カニンガム、マーティン・ファウラー, James Grenning、ジム・ハイスミス(英語版)、アンドリュー・ハント(英語版))、ロン・ジェフリーズ(英語版), Jon Kern, Brian Marick, ロバート・C・マーティン(英語版), スティーブ・メラー(英語版)、ケン・シュウェイバー(英語版), ジェフ・サザーランド(英語版), Dave Thomas
↑ "プロダクトとは価値を提供する手段である。プロダクトは、明確な境界、既知のステークホルダー、明確に定義されたユーザーや顧客を持っている。プロダクトは、サービスや物理的な製品である場合もあれば、より抽象的なものの場合もある。" Ken Schwaber & Jeff Sutherland (2020). スクラムガイド.
↑ "複雑な問題に対応する適応型のソリューションを通じて ... 価値を生み出す" Ken Schwaber & Jeff Sutherland (2020). スクラムガイド.
↑ "経験主義では、知識は経験から生まれ、意思決定は観察に基づく。" Ken Schwaber & Jeff Sutherland (2020). スクラムガイド.
↑ "包括的なドキュメントよりも動くソフトウェアを" アジャイルソフトウェア開発宣言.