開発の後期であっても、変化する要件を歓迎します。 アジャイルプロセスは、顧客の競争上の優位性のために変化を利用します。
–アジャイルの原則#2
この原則は、プロジェクトの変更 を受け入れる ことの重要性を強調しています。 アジャイルプロジェクトでは、開発の後半であっても、常に変更を歓迎します。 変化は、顧客が必要なものを正確に入手できるようにするだけでなく、製品やサービスの同様のプロバイダーに対して競争上の優位性を獲得するのに役立ちます。 アジャイルプロジェクトにこの原則を実装することで、次のようになります。
· 変更プロセスが簡略化されます。 プロジェクトの変更はアジャイル哲学の非常に重要な側面であり、変化に抵抗するウォーターフォール哲学とは明らかに異なります。 「スコープクリープ」という用語は、ウォーターフォールを使用する際のスコープ変更の否定的な意味合いを反映しています。 アジャイルプロジェクトで変更を受け入れることで、プロジェクトチームは、これらの変更を承認して確定するための「官僚的形式主義」を通過する時間を減らし、顧客価値を提供する機能の開発により多くの時間を費やすことができます。
· 変更はプロジェクト内でいつでも歓迎されます。 アジャイルを実装するときは、プロジェクトで変更が発生することが予想されます。 これらの変更は、プロジェクトの後半で発生した場合でも、歓迎し、受け入れる必要があります。 アジャイル実践者は、プロジェクトの早い段階で機能に優先順位を付けて、その特定の時点で顧客にとって最も価値の高い機能やリスクが最も高い機能を表すようにします。 ただし、プロジェクト全体を通じて変更を歓迎し、優先順位を調整することも重要であることも認識する必要があります。
· 顧客は競争上の優位性を享受できます。 競争上の優位性とは、アジャイルが従来のプロジェクト管理アプローチよりも優れていることを指します。アジャイルアプローチとは、変化を受け入れ、機能するソフトウェアを顧客の手に渡すことです。 アジャイルチームが変化に迅速に対応し、その結果としてこれらの変化に適応することで、お客様は競争の機会が発生したときにそれをつかむことができます。
