政府が所有するプロジェクトで反復アプローチが採用されました。最初の本番リリースには3つのイテレーションが含まれ、それぞれテスト環境でクライアント担当者によって検証されましたが、セキュリティチームが本番環境へのデプロイを却下しました。これを防ぐためにプロジェクトマネージャーは何をすべきでしたか？

政府プロジェクトではセキュリティやコンプライアンス要件が厳格であり、プロジェクトの初期段階でこれらを特定し、関係者と合意することが不可欠です。プロジェクトマネージャーは、セキュリティチームを含むすべての主要な利害関係者を特定し、彼らの期待とコンプライアンス要件を早期に確認すべきでした。これにより、本番環境へのデプロイが拒否されるリスクを回避できます。 誤った選択肢： 最初のイテレーションで認証を実装する：認証はセキュリティの一部ですが、セキュリティチームが拒否した理由が認証だけとは限りません。より広範なコンプライアンス要件の確認が必要です。 最初のイテレーション後に本番環境にデプロイする：セキュリティチームが拒否した状況では、この行動は問題を悪化させる可能性があります。 結果をより頻繁に確認するために、より小さなイテレーションを計画する：イテレーションのサイズは、セキュリティ要件の不履行とは直接関係ありません。