MSP: Microsoft Project でのプロジェクトの管理

ccppmop1592
クラシック PPM
を Microsoft Project (MSP)と統合して、いずれかのツールを使用してプロジェクトを管理、スケジュール、および追跡できます。
クラシック PPM
と MSP は両方とも、同様のプロジェクト管理機能を備えています。ただし、コアとなるビジネス ルールは異なります。
クラシック PPM
は一元化されたエンタープライズ ソリューションであり、MSP はスケジューリング ツールです。
大規模な再計画、または自動スケジューリング アルゴリズムの場合、
クラシック PPM
Schedule Connect は MSP でプロジェクトを開きます。Schedule Connect は、
クラシック PPM
と MSP 間での双方向接続を可能にし、両方の製品における変更は簡単に同期されます。
クラシック PPM
と Microsoft Project との統合の利点
Microsoft Project をインストール、設定、および
クラシック PPM
と統合すると、スタンドアロンのデスクトップ プロジェクト管理スケジューラでは動作しなくなります。大規模な
クラシック PPM
環境では、完全なプロジェクト、プログラム、およびリソース管理システムが提供されます。統合環境では、Microsoft Project はエンタープライズ プロジェクト管理用の複数の統合ツールの 1 つです。以下の統合された利点を活用できます。
  • リソース管理
  • 時間トラッキング
  • レポート
  • 一貫したスケジューリング
  • 繰り返し可能なプロセス
  • 関与するプロジェクト メンバに対する一貫した動作
クラシック PPM
プロジェクトを Microsoft Project と統合すると、以下の機能が実現します。
  • Microsoft Project でプロジェクトを開いたり、レビュー、および編集したりします。
  • Microsoft Project で作成および更新したプロジェクトを
    クラシック PPM
    に保存します。
  • クラシック PPM
    リソースを Microsoft Project で開いているプロジェクトに割り当てます。
  • Microsoft Project と
    クラシック PPM
    のカスタム フィールドをマップし、タスクにリソースを割り当て、ベースラインを作成します。
  • プロジェクトを開いて保存するときに、すべての情報を 1 つの大きなブロックとして
    クラシック PPM
    に送信したり、受信したりします。この動作によってパフォーマンスが向上します。
  • クラシック PPM
    と Microsoft Project 間の同時通信。
    クラシック PPM
    からの情報ブロックが、Microsoft Project に完全に受信される前に、
    クラシック PPM
    は、Microsoft Project に情報を送信することができます。
  • SSL およびセキュアなプロキシ サーバがサポートされています。特別なポートを開く必要はありません。
レガシーと新規の間の Microsoft Project ドライバの決定
以下の情報を確認して、レガシーと新規の Microsoft Project ドライバの機能の違いを理解します。使用するドライバを決定できます。Microsoft Project Interface インストール ウィザードは、Microsoft Project Interface レガシーおよび Microsoft Project Interface の 2 つのオプションを提供します。以前にレガシー バージョンをインストールしており、今回 Microsoft Project Interface をインストールする場合、以下の変更が適用されます。
  • Microsoft Project でプロジェクト カレンダに加えたすべての変更は、MPP ファイルに保存されなくなりました。代わりに、
    クラシック PPM
    のリソース レベルまたは基準カレンダ レベルでカレンダを編集できます。
  • リソース プールはマスタ プロジェクトに利用できなくなりました。リソースはすべてマスタ リソース シート上にあります。同じルールが、
    クラシック PPM
    内のマスタ プロジェクトおよびサブプロジェクト上の保持チーム メンバに適用されます。
  • カスタム ビューは MPP ファイルで保存されなくなりました。列を追加するか、カスタム ビューを使用する場合、ビューは破棄されます。マップされていないフィールドのマッピングおよびデータがすべて格納されます。
    カスタム ビュー(および関連するテーブル)を作成し、global.mpt ファイルにそれらを配置します。
    クラシック PPM
    からプロジェクトを開く場合、カスタマイズされたビューを選択できます。
  • MSP から
    クラシック PPM
    に新しいプロジェクト計画を保存するには、[
    Clarity
    統合]メニューから[名前を付けて保存]ボタンを選択します。レガシー インターフェースを使用すると、既存のプロジェクトを上書き保存できます。新しいドライバでは、既存のプロジェクトを[名前を付けて保存]で上書きすることはできなくなりました。代わりに、新しいドライバは自動ナンバリングをサポートしています。[名前を付けて保存]を選択すると、新しいドライバによって次のシーケンシャル ID がプロジェクトに適用されます。
  • 経過期間値は、Microsoft Project および
    クラシック PPM
    の間に保持されています。詳細については、「MSP:
    Clarity
    とのデータ交換
    」の「
    Microsoft Project での経過期間
    」を参照してください。
  • Number1 および Number2 のフィールドは、[未確定の ETC]および[未確定の実績値]フィールドにマップされなくなりました。代わりに、これらのマッピング(任意の数値フィールドを使用できます)を MSPFIELD に追加します。
  • クラシック PPM
    で依存関係によって固定されないタスクを作成し、タスクがプロジェクト開始日に開始されない場合、制約を定義します。Microsoft Project Interface は、自動的にタスクに制約を配置せず、日付を移動させません。
  • 進捗ステータス ダイアログ ボックスは Microsoft Project ツールバーの右下隅に表示されるようになりました。
レガシー MSP ドライバからアップグレードする場合、マップされていないフィールドでは以下の動作に注意してください。アップグレード後に新しいドライバに切り替えると、マップされていないフィールドの値が失われる可能性があります。レガシー ドライバを使用しているときにプロジェクトの MPP ファイルに存在していたマップされていないフィールドの値は、新しいドライバを使用して Microsoft Project にエクスポートすると、プロジェクトの一部ではなくなります。新しいドライバを使用して初めてプロジェクトをエクスポートするとき、新しい MPP ファイルではカスタムおよび既定のマップ済みフィールドのみが使用されます。この MPP ファイルのマップされていないフィールドに後で値を入力し、新しいドライバを使用して
クラシック PPM
に保存する場合、これらの値は保存されます。
Microsoft Project でのプロジェクトのワーキング コピー
プロジェクトのワーキング コピーを使用することで、プロジェクトをオフラインで更新できます。プロジェクトをファイルとして開き保存する場合、Microsoft Project はワーキング コピーを作成します。Microsoft Project では、プロジェクトは、MPP ファイルとしてローカルに保存します。
Microsoft Project 内でプロジェクトを更新し続けることができます。次回ワーキング コピーを保存する際、Microsoft Project は
クラシック PPM
に保存しようとしているものと見なします。
Open Workbench と Microsoft Project を同じプロジェクトに使用しない
また、
クラシック PPM
は、Open Workbench との完全双方向の接続もサポートしています。一部の組織では、両方のスケジューリング ツールをサポートするように
クラシック PPM
環境を設定しています。
ただし、以下のユース ケースはサポートされていません。
  1. Microsoft Project で計画を開いてスケジュールし、
    クラシック PPM
    に保存します。
  2. その日の後になって、別のプロジェクト マネージャがプロジェクト計画を開いて、Open Workbench で再スケジュールします。
このような状況は、タスクの日付の予期しないシフトやその他の深刻なスケジューリングの問題につながる可能性があります。
いずれかのスケジューラでプロジェクト計画をスケジュールした後は、編集のために別のスケジューラでプロジェクト計画を開かないでください。各スケジューラのスケジューリング アルゴリズムは異なります。スケジューラを混在させると、データの整合性の問題を引き起こす可能性があります。同僚と相談し、プロジェクトを管理するためにスケジューラを 1 つにすることに同意します。