次の重要な段階は影響とリスクの評価である。実行されたとき、提案された計画がうまく動かない場合があるかを評価する。この段階では、細部を考慮する必要がある。その後、提案されたそれぞれの変更にリスク評価 (高、中、低) を割り当てる。高リスクの変更には、管理者の承認や利害関係者への通知など、多くの追加手順が必要であるが、低リスクの変更には、プロジェクトマネージャの承認と最小限のドキュメントのみで済む場合がある 。 計画/範囲で対処されていない場合、特に重大な最悪のシナリオがあるリスクの高い変更については、変更取消作業の計画を考えておく必要がある。 
レビュー/承認.
変更管理者、変更管理委員会、運営委員会、またはプロジェクトマネージャのいずれであっても、通常、レビューと承認のプロセスが必要になる。計画/範囲および影響/リスクの評価は、ビジネスの目標、要件、およびリソースのコンテキストで考慮される。たとえば、変更要求が、修正に多大なリソースを必要とする重大度が低く影響が少ない問題に対処していると見なされる場合、要求は優先度が低くなるか、完全に棚上げされる可能性がある。影響力の大きい変更が要求されたが、良い計画がない場合、承認者は、さらなる分析のために完全なビジネスケースを要求することがある 。 
ビルド/テスト.
変更管理要求を進めることが承認された場合、作業チームは、テスト環境または開発環境での小規模な開発プロセスを通じて手順を実行する。これにより、作業チームは、単体テストや回帰テストを通して、段階的な変更を実行してく 。 リスクの低い変更については、テストと検証の方法がほとんど発生しない可能性があるが、大きな変更を行うには、実装前にかなりのテストが必要になる。 次に、承認を求め、実装フェーズを実行する日時を要求する。手順をテストできない稀なケースでは、変更/実装時期に対して特別な考慮を払う必要がある。 
実装.