この記事は、絶対的な完全性または絶対的な真実を主張するものではありません。 私は最近、人間として、プロジェクトで測定する必要のある指標のリストを提供し、状況を評価するために経営者にどの指標を与えることができるかを考えるように頼まれました。 この記事は、私の文章の最初の繰り返しと考えることができます。
サイドからのコメント、追加、提案は歓迎します。
主なアイデア
メトリックを使用するときに最初に確認する必要があるのは、これを行う理由です。 明らかに、可能性のあるリスクを事前に評価するために。 したがって、まずプロジェクトの主なリスク要因を特定する必要があります。 これはさまざまな方法で実行できます。 個人的には、過去3回の類似プロジェクトの分析、プロジェクトで見られるリスクを全員が表明する総会のためのプロジェクトチーム全体の準備、および各プロジェクトで通常利用可能な標準リスクリストの使用（業界固有の全体またはあなたの会社のために）。
危険因子
リスク要因は、リスクそのものではありません。 これらは、リスクの発生の背後にある理由です。
プロジェクト（外部顧客向けの情報システムの開発）について、次の主なリスク要因を判断できます。
- 従業員の離職に伴うリスク（産業、会社）
- 時間、予算、および時間制限
- 品質制限
- 内部の政治的要因（顧客の会社および会社の内部ポリシー。プロジェクトの実施を妨げる可能性があります）
- 外部の政治的要因（大規模な政府顧客と協力する場合に重要になる場合があります）
- チームの技術的専門知識のレベルが不十分
- 人的要因：責任を避け、以前のプロジェクトで否定的な経験をした人
- 会社の組織の成熟度が低い
これらの要因すべてが常に数値メトリックの基礎になるわけではありません。 ただし、定量化できないリスクに一種の「情勢の指標」を入れることで、定性的に評価できます（「これまでのところすべてが良い/悪い/ひどい」）。
主な種類の指標
一般的に、プロジェクトの場合、次のタイプのメトリックの定義を開始することは非常に合理的です。
- 従業員の離職率
- リソース使用率
- プロジェクトのタイミングと予算に関連する指標
- 開発した製品の品質を評価するための指標
- 統合プロジェクト進捗インジケータ
一般に、プロジェクトのメトリックを選択するには、次のアプローチを使用できます。
- ライフサイクルの各段階のメトリックとスケジュール：ライフサイクルの各段階の作業スケジュールに従って、実際の値と計画値を比較します。
- プロジェクトコスト/付加価値指標：予算に関連する累積コストとプロジェクトの総コストを監視し、プロジェクトの進行に合わせてデータを常に更新します。
- 要件変更追跡メトリック：プロジェクト全体の要件の変更の数。
開発プロセスのメトリクス：プロジェクトの要件の総数と比較して、モデルに実装されている要件の数を監視します。 - 障害タイプメトリック：ソフトウェア障害の原因を追跡します。
- その他の障害メトリックス：プロジェクト全体の数か月間の、1か月あたりの障害数のグラフ表示。
- パフォーマンスメトリックの概要：位相エラー密度を追跡し、グラフを使用して曲線の「ピーク」と「ディップ」を特定し、制限値を超えます。
プロジェクト状況分析
プロジェクトのステータスを分析するには、プロアクティブ分析メトリック、診断メトリック、および遡及メトリックの3つのタイプのメトリックを使用できます。 災害が発生するずっと前に、災害をなくそうとする最初のものが必要です。 プロジェクトで物事がどのように進んでいるかを見るために、2番目が必要です。 自分の勝利と敗北の歴史から学ぶためには、さらに他のものが必要です。
だから：
積極的な分析
どんな問題が待ち受けているか、そして最終的に何が起こるかを理解するために、分析のためにいくつかの図を準備できます。
- 計画された作業範囲 、 予算 、 リソース計画 。
- 同じプロファイルの他のプロジェクトの 同様の数値 （作業範囲、予算、リソース計画）-比較のため（強い変動は問題を示すはずです）
- プロジェクト複雑度係数 -すべての外部プロジェクト成果物の総量を特徴付ける値に、各外部成果物に対して決定された複雑度係数を掛けます。
- スケジュールに関連付けられた合計リスクは、プロジェクトのスケジュールの変更を反映した合計値であり、発生の確率（工数で表される）を考慮に入れています。 たとえば、プロジェクトチームが病気休暇に費やす時間と、休暇に費やす時間を見積もることができます。 サプライヤが機器の配送を遅らせる時間を見積もることができます。常に少なくとも3週間は配送が遅れます。
- 予算に関連する全体的なリスクは、発生の可能性を考慮に入れた、不測の経費の予算計画に基づく、プロジェクトのすべての不測の経費の合計値です。 たとえば、ここで、プロジェクトの作業の過程で発生する人件費、間接費などの予期しない変更に対する補償を含めることができます。
- プロジェクト計画の複雑さは、スケジュール内のさまざまな作品間の相互接続および相互依存関係の数であり、スケジュール内のすべての作品の総数を指します。 接続が原因で予期せず「移動」したタスクを完了するための期限のずれを考慮するために、プロジェクトに置く必要がある時間の余裕に影響します。 また、多数の関係を持つプロジェクトに新しい人を追加することは非常に困難な場合があり、ビジネスを再編成するなどして、プロジェクト計画を単純化できるようになるとすぐにこれを（原則として）行う必要があります。
- プロジェクトの密度とは 、スケジュール内のすべての作業の合計期間と、それらの順次実施の合計と、予定されているすべての作業の合計時間と合計時間の合計（予約）の比率です。 密度が高いほど、プロジェクトを完了するのが難しくなります。 締め切りに間に合わせるだけでなく、プロジェクト全体を完了することは難しくなります。
- プロジェクトの独立性 - プロジェクトの内部作業の依存関係の数と、外部作業およびサプライヤーへの依存関係を含む依存関係の総数との関係。 ここではすべてが明白だと思います。プロジェクトが独立しているほど、成功の可能性が高くなります。 過去10年間のIT業界でのそのようなプロジェクトが実際に見つからないのは残念です。
- 人的資源 ：プロジェクト参加者の最大数（考える時間：必要な人数の人がいますか？予期せぬ出来事に「緊急」な人はいますか？）
- 総予約時間 ：予定されているすべての作品の総予約時間 （予約）。
- 開発した製品、システム、またはサービスの要件を最小限に満たすSLA要件または品質要件の 評価 。
もちろん、これらすべての数字：
a）天井から取られない。 それらは、あなたに知られている事実（たとえば、休暇のスケジュール、プロジェクトチームの各メンバーによる病気休暇に費やされる平均年間日数、およびその作業に関するその他の統計）に基づいて形成されます。
b）定期的に更新されます。 一般的に、それらは分析フェーズが終了した後にのみ非常に正確になります。
これはすべて些細なことであり、言及する価値がないと思いますか？ 次に、プロジェクトの予期しない費用の予算を超えたかどうかをいつでも回答できるプロジェクトマネージャーに、その方法を教えてください。 予想外の予算費用は、その管理下にあるプロジェクトのポートフォリオによってどのように計算されますか？ 10％の精度でリソースプランを作成する方法を知っているのは誰ですか？
診断メトリック
何が起こっているかを評価するのに役立つ主要な指標：
- 実行 され た作業の予算 （ 計画および実際 ）：これまでに完了したプロジェクトのすべての計画作業の総コストの絶えず変化する量（合計が増加する）。
- 計画予算 に対する実際の予算の比率：この比率が1を超えない場合、プロジェクトは中期的に予算に適合します。 そうでない場合、予算が使い果たされる可能性が高くなります。
- コストの分散 ：スケジュールに従って現時点で完了する必要がある作業の計画予算と実際の予算との差。プロジェクトのコスト超過または未開発予算のサイズを見積もることができます。
- スケジュールの履行 ：完了した作業を完了するための実際の人件費と、これらの作業の実施のために計画された人件費の比率（計画労働集約度）。 このパラメーターは、スケジュールに違反するリスクを評価するために使用されます。
- スケジュールの分散 ：実行された作業の実際の人件費と計画された人件費の差。 これは、同じパラメーターの絶対式であり、係数として表示されます。
- バックログ ：スケジュールに適合しなかったタスクの遅延時間の合計期間。
- クローズドワーク率：現時点で完了予定の作業の総数に対する完了済み（クローズド）作業の数の比率。
- 労働生産性 、費やした時間に対する作業量の比率として計算（計画値からの偏差）
- 開発中のソフトウェア製品またはサービスのSLA要件または品質要件の検証結果の実際の値。 SLAについては、いつか詳しく説明します。
リストされた各値は定期的に測定されます。 グラフを作成することも、表形式で数値を表示することもできます。
遡及指標
収集することが重要である理由は誰もが理解していると思います。 診断指標と遡及指標の違いは、前者は緊急対応を目的として「現在と現在」の状況を分析するために使用され、遡及指標は過去のイベントを評価して明るい未来と比較するために使用されることです。
- 推定の信頼性係数 ：増加する計画誤差の累積値に対する期間に対するプロジェクトコストの積の比率。
- 実際の労働生産性と計画されたスケジュールとの比率は、実際のスケジュールと計画スケジュールに従って計算されます。差異は計画スケジュールの割合として計算されます。
- プロジェクトフェーズごとの労働の割合 /個別のタスクグループ
- 総作業量に対する テストの作業量の比率
おそらくそれが今日のすべてです。
プロジェクト管理に直接関連するメトリックについて、他に考えている人はいますか？