従来のプロジェクト管理手法では、常にプロジェクト内の変更量を制御しようとしてきました。 変更管理手順、綿密にスクリプト化された法的契約、厳格な予算ポリシーは、変更を可能な限り長く回避し、プロジェクト内の変更を最小限に抑えるように設計されています。 これにより、多くの場合、プロジェクトが「成功裏に」完了し、期待されたメリットが大幅に減少したり、まったく行われなかったりします。
アジャイルプロジェクト管理は、ブロックの新しい子供であり、アジャイルマニフェストで変更管理へのこのアプローチをひっくり返しました。「計画に従うことよりも変化に対応する こと」は、間違いなく、上級管理職がこの革新的な働き方に最初に直面したときの最も論争の的となるポイントです。
アジャイルプロジェクトでは、変化に対応するだけでなく、 歓迎 する能力が最も強力なツールです。 変化を受け入れる能力は、すべてのアジャイルプロセス、実践、態度に組み込まれています。 たとえば、スクラムには「スプリント内で変更なし」というルールがありますが、 製品バックログ全体を自由に追加、削除、優先順位変更、さらにはチャックアウェイすることができます。 本質的に、これはスクラムがスプリント間の あらゆる程度 の変化に対応することを意味します。 これは、スプリントが短いほど、変化に対応する機会が増えることも意味します。 現在、多くのアジャイル チームのスプリント サイクルは 1 週間以下です。
アジャイルに変化が本質的に組み込まれているもう一つの例は、フィードバックサイクルです。 アジャイルは、スプリントサイクルに加えて、チームが他のフィードバックサイクルを見つけて、可能な限り短縮することを奨励します。 近年、これは継続的インテグレーション(CI)の実践に重点を置くことにつながっています。 CIを使用すると、フィードバックサイクルを以前は数か月からわずか数秒に短縮できます。
物事をもっと極端に言えば、変更のないプロジェクトは失敗したプロジェクトであると主張することさえできます! しばらく考えてみてください–変化はいたるところにあり、常に起こります。 物事を変える能力がなければ、私たちの人生は一連の絶え間ない失敗であり、率直に言って退屈です。 今朝、交通渋滞のために取った仕事への代替ルートから、利害関係者からの突然の方向転換による会議の処理方法、Appleの最新の魔法のデバイスを購入するという計画外の衝動の決定まで、変化は私たちの生活に毎日浸透しています。 ほとんどの場合、私たちはそれに気づいていません!
