従来のプロジェクトマネジメント手法では、常にプロジェクト内の変更を制御しようとしてきました。 変更の管理手順、綿密にスクリプト化された法的契約、厳格な予算ポリシーは、プロジェクト内の変更を可能な限り後回しにし、最小限に抑えるように設計されています。 これにより、多くの場合、「成功裏に」完了したプロジェクトには、期待されたメリットが大幅に減少したり、まったくなかったりします。
アジャイルプロジェクトマネジメントは、新しいマネジメント手法であり、アジャイル宣言によって変更管理のアプローチはひっくり返されました。「計画に従うことよりも変化への対応を」は、間違いなく、シニアマネジャーがこの革新的な働き方に最初に出会った時の論争の的となるポイントです。
アジャイルプロジェクトでは、変化に対応するだけでなく、変化を歓迎 する能力が最も強力なツールになります。 変化を受け入れる能力は、すべてのアジャイルプロセス、実践、態度に組み込まれています。 たとえば、スクラムには「スプリント内で変更なし」というルールがありますが、 プロダクトバックログ全体を自由に追加、削除、優先順位変更、更には捨てることができます。 本質的に、これはスクラムがスプリントとスプリントの間で あらゆる程度 の変化に対応することを意味します。 これは、スプリントが短いほど、変化に対応する機会が増えることも意味します。 現在、多くのアジャイル チームのスプリントサイクルは１週間以下です。
アジャイルに本質的に変化が組み込まれているもう一つの例は、フィードバックサイクルです。 アジャイルは、スプリントサイクルに加えて、チームが他のフィードバックサイクルを見つけて、可能な限り短縮することを奨励します。 近年、これは継続的インテグレーション（ＣＩ）の実践に重点を置くことにつながっています。 ＣＩによって、以前は数ヶ月だったフィードバックサイクルをわずか数秒に短縮できます。
もっと極端に言えば、変更のないプロジェクトは失敗したプロジェクトであると主張することさえできます。 考えてみてください。変化はいたるところにあり、常に起こるものですよね。 物事を変える能力がなければ、私たちの人生は絶え間ない失敗の連続であり、率直に言って退屈です。 渋滞していたから仕事へのルートを変えてみること、ステークホルダーからの突然の方向転換が発表されたミーティンに対処すること、Appleの最新のデバイスを衝動買いしたことなど、私たちの毎日には、思いがけないことであふれています。 しかもほとんどの場合、そんなこと意識しないのです。
