
米国防総省では、統合マスタープラン( IMP ) と統合マスタースケジュール ( IMS ) は、大規模で複雑な資材調達における作業計画とスケジュール作成に大きく役立つ重要なプログラム管理ツールです。 [ 1 ] IMP はイベント駆動型の計画で、作業を完了するために必要な重要な成果を文書化し、各成果を主要なプログラムイベントに結び付けます。[ 2 ] IMP は時間ベースの IMS に拡張され、IMP に含まれる作業を達成するために必要なすべての詳細なタスクを示すネットワーク化された多層スケジュールを作成します。 IMS は IMP から直接派生し、追加の詳細レベルでそれを補完します。どちらもアーンド バリュー マネジメント システム ( EVM ) を実装するための基盤となります。
土木計画や都市計画において、統合マスタープランは都市[ 4 ]開発、[ 5 ]郡、[ 6 ]州または省のレベルで使用され、公共事業プロジェクトのさまざまな側面を統合した文書を指します。
IMPとそれを支えるIMSの詳細スケジュールの主な目的は、米国政府と請負業者の調達チームが、リスク軽減活動を含むプログラムの技術、スケジュール、コストの状況を計画、実行、追跡するための日常的なツールとして使用することである。[ 7 ] IMPは、実際の統合マスタースケジュール(IMS)の進捗状況を測定するための作業内訳構造(WBS)や組織内訳構造(OBS)よりも優れた構造を提供する。[ 8 ] [ 9 ]
IMPの主な目的は、プログラムまたはプロジェクトの基礎を確立する単一の計画を作成することです。IMPは、イベント、重要な成果、開始および終了基準を含む階層的なイベントベースの計画を提供しますが、日付や期間は含まれていません。IMPを使用することで、プログラムのプロセスと完了の追跡を明確に説明できるだけでなく、プログラム/プロジェクトの内容と「何を、どのように」行うかを効果的に伝えることができます。
IMPは、プログラムのプロセスアーキテクチャを形成するマイルストーン(「イベント」と呼ばれる)の集合です。つまり、一連のイベントは必ず成果物となる製品またはサービスを生み出す必要があります。製品またはサービスの提供は、場合によっては比較的簡単です(つまり、実行するタスクをリスト化し、適切な順序に並べ、この「計画」に従って実行するだけです)。しかし、多くの場合、次のような問題が発生します。(i) 中間活動について「完了」の記述が欠落していることが多い。(ii) プログラムパートナー、統合活動、および下請け業者は、プログラムに未知の、あるいは予測不可能な影響を与える可能性がある。(iii) 製品またはサービスの提供に伴い、プログラムの成熟度(例えば、品質や機能の期待値、その他の属性)が変化する。「完了」を定義することで得られるこの成熟度は、プログラムの後半で発生する将来の問題に対する保険として機能します。
多くの場合、IMPの定義は、それが何ではないかを述べることで容易になります。IMPは暦日に基づいていないため、スケジュール指向ではありません。各イベントは、それを支える成果が完了した時点で完了し、この完了は、各成果を支える基準が満たされることで証明されます。さらに、多くのIMPイベントは顧客定義のマイルストーン(例:予備設計レビューまたは詳細設計レビュー、製品納入など)によって固定されますが、中間イベントはサプライヤーによって定義されます(例:統合テスト、ソフトウェアビルドリリース、テスト準備レビューなど)。
IMPの重要な特性は、労力やタスクに重点を置いた計画と比較して、イベントに重点を置くことです。イベントに重点を置くということは、何の作業が完了したかではなく、 「完了とはどういうことか」という問いかけに答えるということです。タスクを完了するには確かに作業が必要ですが、作業だけに焦点を当てると、より重要な指標である「コミットメントを満たしているかどうか」が見えなくなります。コミットメントを満たすことは重要ですが、まず、コミットメントが満たされているかどうかを判断するための基準を定義することが重要です。ここで、重要な達成(SA)とその達成基準(AC)が重要になります。コミットメントを満たすことは重要ですが、コミットメントが達成されたことを認識することはさらに重要です。
IMP は、プログラムの目標記述書 (SOO)、技術パフォーマンス要件 (TPR)、契約作業の内訳(CWBS)、契約作業記述書(CSOW) を拡張および遵守することでプログラム トレーサビリティを提供します。これらはすべて、顧客の WBS の要素名と参照番号を、IMS とすべてのコスト報告の要素の共有リストとして使用します。IMP は、測定可能で追跡可能なプログラム構造を実装して、統合製品開発を実現し、機能プログラム アクティビティを統合し、機能、下位レベル、および下請け IMP を組み込みます。IMP は、課せられたリスクと複雑性のメトリックと一致する詳細レベルで全体的な取り組みに対する洞察を可能にすることで、プログラム成熟度の独立した評価のフレームワークを提供します。IMP は、完了や成果の品質を示す測定可能な基準を持つ論理的な一連の成果にイベントを分解する方法を使用します。
政府顧客はサプライヤーに対し、IMSにリンクされEVMSと統合されたIMPの作成と実装を委託する。IMPには、契約要件文書(システム要件文書や技術要件文書(システム仕様書または類似文書)など)に加え、契約で求められる開発・生産活動に対応するIMPイベントを列挙する。IMPには、契約上のすべての目標と要件を満たし、すべての重要なリスクを管理し、各イベントに対する政府の洞察を促進するために必要なすべてのステップを網羅した重要な成果を含める必要がある。重要な成果は、それらの論理的な関係を示し、互いに論理的に繋がっていることを示すためにネットワーク化されるものとする。IMP、IMS、EVMS製品には通常、元請け業者、下請け業者、主要ベンダーの活動と製品が含まれる。[ 10 ]
提案されたIMSを評価する際には、現実的なタスク期間、先行タスクと後続タスクの関係、そして実行可能なリスク軽減策と緊急時対応策を備えたクリティカルパスタスクの特定に重点を置くべきである。IMSを高レベルで要約しすぎると、重要な実行要素が不明瞭になり、EVMSが進捗状況を報告できない原因となる可能性がある。高レベルのIMSでは、関連するリスク管理手法が示されない可能性があり、その結果、タスク期間が長くなり、人為的な連携によって真のクリティカルパスが隠蔽される可能性がある。一般的に、IMPはトップダウン型の計画ツールであり、IMSはボトムアップ型の実行ツールである。IMSは、プログラムの進捗状況を管理するためのスケジューリングツールであり、コスト収集を目的としたものではない。[ 11 ]
IMSは、プロジェクトの計画、スケジュール、分析において、全般的な一貫性と標準化されたアプローチを追求します。PASEGのGASP(一般的に認められたスケジュール原則)などのガイドをガイダンスとして活用し、実行を改善し、EVMSを実現します。[ 12 ]
IMP/IMSは、MIL-STD-881で定義されている製品ベースの作業分解構造(WBS)と関連しており、異なる対象者に対して、または全体的な理解を向上させる組み合わせを提供するために、作業に対する第2の種類の視点を提供します。 [ 13 ] IMP/IMSとWBSのリンクは、PE(プログラムイベント)、SA(重要な成果)、またはAC(成果基準)が成果物に関係する場合は常に、WBS番号を参照することによって行われます。
IMP は、米国国防総省の物資調達やその他の米国政府調達における契約データ成果物としてよく言及されます。これらの成果物のフォーマットは、データの内容、フォーマット、およびデータの使用法を定義するデータ項目記述書(DID) でカバーされています。最近、国防総省は、IMP と IMS の両方を共同で扱っていた DID (DI-MISC-81183A) をキャンセルしました。[ 14 ]代替文書には、DI-MGMT-81650 (統合マスタースケジュール)、DI-MGMT-81334A (契約作業の内訳)、および DI-MGMT-81466 (契約パフォーマンスレポート) があります。[ 15 ] [ 16 ] [ 17 ]さらに、DFARS 252.242–7001 および 252.242–7002 では、IMP/IMS をEarned Value Managementと統合するためのガイダンスを提供しています。