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

ccppmop1581
クラシック 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 つにすることに同意します。