ソフトウェアプロジェクトがいつ完了するかを測定する方法は？
私はソフトウェアプロジェクト管理の役割の経験が非常に限られており、別のエンジニアからこの質問を受けたので、ちょっと困惑しました。
ソフトウェアプロジェクトが完了したとき、どのように測定しますか？
私が苦労しているのは「対策」の部分です。 [〜＃〜] evm [〜＃〜] のような測定値があることは知っていますが、それらはプロジェクト全体のパフォーマンスに重点を置いています。たとえば、SPI=またはCPIが低い場合は、パフォーマンス/割り当ての問題を示している可能性がありますが、プロジェクトの完成度を示すものではありません。
私のプロジェクトがXX％完了していると言う大まかなルールはありますか、または私はこれを考えすぎていますか？
プロジェクトスポンサーが支払う意思のあることが何も残っていない場合、プロジェクトは完了です。
完全な要件を事前に用意している計画主導の方法論では、完全なプロジェクトはすべての要件を満たし、指定されたユニット、統合、システム、および受け入れテストに合格します。完璧な世界では、プロジェクトは計画の最後に終了します。ただし、プロジェクトの状態は計画の一部として追跡する必要があります。これにより、許容されるコスト/時間を超えるプロジェクトを早期にキャンセルできるように、状態とステータスを把握できます。
反復型の増分方法論では、多くの場合、必要なすべてのソフトウェアと関連ドキュメントを含む、出荷可能な製品ですべての反復を終了します。プロジェクトはさまざまな状況で終了する可能性があります-出荷するための要件が不足している、お金が不足している、将来のイテレーションのコストがアーンドバリューよりも小さい場合、顧客はプロジェクトを終了します。
未知の要件や欠陥のある要件を考慮していないため、既知の要件に対してのみ測定できるため、完了率を見積もる必要はありません。代わりに、完了した要件、合格テスト（特に受け入れテスト）の割合、アーンドバリューなどの測定値に対してプロジェクトの完了を測定する必要があります。これらは、使用する方法に関係なく、プロジェクトの一般的な状態/ステータスを示します。
特定の方法論に応じて、関心のある測定値とメトリックがいくつかあります。いくつかの例には、アーンドバリュー、速度、要件チャーン（変更された要件/時間単位）、欠陥レポート、コスト（実際と予算を比較）が含まれます。プロジェクトの各フェーズで）、作業、および進捗状況（実際に完了したタスクとスケジュールされた完了したタスク）。
少し考えすぎているように聞こえるかもしれませんが、私たちのプログラマーはそうする習慣があります。
要件のリストを追跡します。各要件をテストおよび実装済みとしてマークできるようになったら、プロジェクトのシステムテストを開始します。
質問する必要がある場合は、プロジェクトを定義する必要があるため、プロジェクトはありません（SMART目標-特定、測定可能、達成可能、現実的、時間枠を考える）。
達成する必要のある要件および/または成果物のアイテムのリストを持っている場合。これらの場合は、これらが完了したときに完了します。これらがない場合は、何を構築しているのかわからず、実際にはプロジェクトもありません。この場合、おそらく失敗することを考えると、お金がなくなったときは、それを完了したと呼ぶのと同じくらい良いポイントです。
簡単な経験則があります。プロジェクトの目標を定義し、それをユニット数で表現し、これまでに完了したユニット数を確認して、完了率を計算します。
たとえば、プロジェクトの目標は、400時間を費やしてコードを記述することです。あなたはすでに280時間を過ごしました。完了率は280/400 = 70％です。 （この段落は100％皮肉ですが、残念ながら、これはほとんどのプロジェクトマネージャーが進捗状況を確認する方法です。）
別の例を挙げると、プロジェクトの目標は、いくつかの製品機能を開発し、それらをユーザーにデプロイすることです。たとえば、10個の機能があり、それらのいずれもまだ展開していないとします。完了率は0/10 = ％です。 （これは典型的なプロジェクトマネージャーが言うところです：「しかし私達はそれらの5つをコード化し、テストしました; 50％またはそれらは完了しました！」）
これらのメトリックの1つがゼロに近く、もう1つが100％に近い瞬間が点灯しています。あなたはあなたの目標が何であるか知っていますよね？
プロジェクトの終了も計画する必要があります。これは、マイルストーンとしてマークすることもできます。これは、条件によっては交差する可能性があります。これも計画内です。この時点の直前には、通常、プロジェクト後の検閲やデータのアーカイブアクティビティなどがあります。
つまり、一言で言えば、同じ計画がそうだと言ったときにプロジェクトは終了します！ HTH。