プロジェクトはすぐに手に入る可能性があります。 いつの間にか、シンプルな建物プロジェクトは、デザイン、デザイン、基礎作業、マーケティングなど、小規模なプロジェクトのコラージュになります。 Project で小さなプロジェクトを作成し、それらを 1 つの Project ファイルにリンクして、マスター プロジェクトのどこに収まるか表示することで、プロジェクトをより詳細に制御できます。
この記事の内容
マスター プロジェクトの概要
複数の関連 マスター プロジェクト 階層を示す統合されたプロジェクトのコレクションと考える必要があります。 マスター プロジェクトに挿入されたプロジェクトはサブプロジェクトと呼ばれる。
サブプロジェクトを挿入すると、小さな Project アイコンによって、マスター プロジェクトの一部であるサマリー タスクと区別されます。
マスター プロジェクトでは、アウトラインで簡単に配置できるサマリー タスクとしてサブプロジェクトが表示されます。
サブプロジェクトのタスクを展開するには、サブプロジェクトの横にあるプラス記号をクリックします。
各サブプロジェクトは、メイン プロジェクトの異なるフェーズまたは他の機能グループを表します。
サブプロジェクトをマスター プロジェクトに挿入すると、2 つのプロジェクトがリンクされ、マスター プロジェクトからサブプロジェクト内のすべての情報を表示できます。
マスター プロジェクトからサブプロジェクトを更新すると、そのソース ファイルでもサブプロジェクトが更新されます。 ファイルを組み合わせてレポートを作成したり、プロジェクトの結合された情報のビューを印刷したりする必要がある場合は、それらをビューに一時的に統合することもできます。
マスター プロジェクトとサブプロジェクトを作成すると、大規模なプロジェクトを分け、その部分を必要なユーザーに委任できます。 プロジェクト管理の用語では、この方法でサブプロジェクトを割り当てると、作業を行い、責任を持って権限と一致するユーザーに責任を与えます。 つまりProjectプロジェクトでサブプロジェクトを作成すると、プロジェクト マネージャーはスケジュールの各部分にアクセスして制御できます。
大規模なプロジェクトをマスター プロジェクトとサブプロジェクトに分割するかどうかを決定するには、次の点を考慮してください。
-
プロジェクトは非常に大規模で詳細です。 プロジェクトに数百を超えるタスクが含まれている場合は、サブプロジェクトに分割すると、管理が容易になります。 プロジェクトの一部に他の部分よりも詳細に分割された作業が含まれている場合は、ほとんどのユーザーがサブプロジェクトのロールアップされた説明のみを表示するが、関係者が詳細に表示できるよう、それらの部分をサブプロジェクトに分割するのも理にかなっている可能性があります。 ほとんどの場合、1 つのファイルが高速な代替手段ですが、プロジェクトの一部に集中できると、トレードオフに値する可能性があります。
-
組織は一元化されません。 分散型または分散組織では、マスター プロジェクトとサブプロジェクトによって、1 つの一元化されたプロジェクト ファイルよりも自分の作業を制御できます。
-
組織の計画方法の有効性を高める必要がある。 下位レベルのマネージャーが担当し、プロジェクトに必要なタスクを知っている場合は、チームの作業を計画し、プロジェクト ファイルをマスター プロジェクトに統合する方が理にかなっている可能性があります。 トップダウン計画が当たり前の場合は、初期計画を実装時にサブプロジェクトに再編成し、個々のプロジェクト マネージャーまたはチームが自分のスケジュールにアクセスし、制御できます。
-
複数のプロジェクトで作業します。 Projectマネージャーは、プロジェクトが相互に関連しているかどうかに関係ない場合でも、一連のプロジェクトを持つ場合があります。 それらを 1 つ 1 つ開く代わりに、マスター プロジェクトを開いているときにすべてのサブプロジェクトを同時に開くことができます。 また、この方法を使用すると、複数のプロジェクトに関するレポートを簡単に生成できます。 プロジェクトが相互に関連している場合、プロジェクト マネージャーは、異なるプロジェクト タスクの依存関係 タスク間にリソースを作成できます。 プロジェクト間の依存関係を作成すると、さまざまなプロジェクト マネージャーが他のプロジェクト マネージャーの作業がどのようにスケジュールに影響するかを簡単に確認できます。
-
一部のプロジェクトは、他のプロジェクトに従属しています。 さまざまなプロジェクトを他のファイルに挿入することで、複数のプロジェクトの階層を正確に反映できます。 サブプロジェクトの結果の構造には、チーム メンバーの優先順位と責任、および異なる領域のタスクと全体的な期限の間の相互関係が反映されている必要があります。
-
複数のユーザーがプロジェクトを変更できます。 理想的には、プロジェクト ファイルは 1 人のプロジェクト マネージャーによって所有、管理、変更されます。 しかし、多くの場合、プロジェクトは上位レベルのマネージャーが管理する必要がある大規模なプログラムの一部です。 Projectチーム メンバーは、別のファイルとして表示することで作業に集中できます。また、マスター プロジェクトを制御するプロジェクト マネージャーは、各サブプロジェクト チームのスケジュールを調整できます。
スケジュールを期限に合った状態に保つために、マスター プロジェクトのマイルストーンを各サブプロジェクト チームのマイルストーンに組み込むのが理にかなっている場合があります。 マイルストーン間に依存関係を作成するか、マスター プロジェクトから各サブプロジェクトにマイルストーン タスクをコピーして貼り付け、マイルストーンを調整できます。
-
プロジェクトには、プロジェクトの異なる部分を気にする複数の利害関係者がいます。 ユーザーがさまざまな詳細を確認する場合、プロジェクト マネージャーは、すべてのプロジェクト ファイルをサーバーに置き、さまざまな関係者のさまざまなビューをカスタマイズできます。 同じプロジェクト ファイルを異なるマスター プロジェクトのサブプロジェクトとして使用して、表示される情報をカスタマイズできます。
-
サブプロジェクトを読み取り専用にしたい。 タスクをサブプロジェクトに移動し、主要なユーザーへのアクセスを制限することで、プロジェクトの一部に対する追加の制御を保持できます。
-
プロジェクト全体に加えて、各フェーズのクリティカル パスを分析する必要があります。 個々のプロジェクトには、 という名前 クリティカル パス。 複数のプロジェクトを 1 つのマスター プロジェクトに統合すると、全体像をマスター プロジェクト内の複数のクリティカル パスとして簡単に確認できる一方で、サブプロジェクトごとに個別のクリティカル パスを保持できます。
詳細情報
マスター プロジェクトでサブプロジェクトを使用する
サブプロジェクトをマスター プロジェクトに挿入すると、サブプロジェクトはタスク リストのサマリー タスクとして表され、[インジケーター] フィールドに Project アイコン インジケーターが表示されます。 サブプロジェクトは、挿入する行のアウトライン レベルでインデントされますが、他のタスクと同様にインデントまたはレベルアウトすることができます。 サブプロジェクトはサマリー タスクとして表されるので、サマリー情報を編集できますが、アウトラインを展開してサブプロジェクトのタスクを表示したり、マスター プロジェクト ファイルでプロジェクト情報を編集したりすることができます。
注: サブプロジェクトのサマリー タスクまたはガント バーに適用した書式は、マスター プロジェクトには表示されません。 書式設定情報は各ファイルに格納され、マスター プロジェクトに個別に適用する必要があります。
マスター プロジェクトを保存すると、サブプロジェクトへの変更もサブプロジェクトのソース ファイルに保存されます。 マスター プロジェクト ファイルを開かなくてもソース ファイルで直接作業する場合、サブプロジェクトのソース ファイルに対する変更は、マスター プロジェクト ファイルで自動的に更新されます。
注: マスター プロジェクトとサブプロジェクトの同期を維持する必要がなくなった場合は、リンクを解除できます。 その後、サブプロジェクトまたはマスター プロジェクトに変更を加えた場合、他のファイルは変更されません。
詳細情報
ファイルを結合する場合のリソースの影響
ファイルをマスター プロジェクト ファイルに統合した後、サブプロジェクト内のタスクがサブプロジェクトに残っているのと同様に、両方のファイルのリソースは別々のままです。 マスター プロジェクトでリソース情報を変更できます。変更はサブプロジェクトのソース ファイルにレプリケートされます。 マスター プロジェクト内のすべてのリソースとサブプロジェクトを [リソース シート]ビューで一緒に表示できますが、リソースを、そのプロジェクトから取得したサブプロジェクト以外のプロジェクトに割り当ては行えます。
注: 同じリソースが複数のサブプロジェクトで使用されている場合、リソースが組み合わされていないので、リソース名が重複します。 ただし、異なるサブプロジェクト内のリソースを割り当て、重複するリソース名を解決する場合は、それらを リソース プール で結合し、他のファイルで使用できます。
ファイルを結合するその他の方法
マスター プロジェクトとサブプロジェクトを使用すると、プロジェクト間の関係を反映したプロジェクトの階層を作成し、場合によっては組織の構造を作成できます。 ただし、プロジェクト ファイルを統合する他の理由がある場合があります。 たとえば、すばやく確認したり印刷したりするために、それらを一時的に組み合わせることが必要な場合があります。
関連のないファイルを統合する
1 つのウィンドウに複数のファイルを結合する場合は、ファイルが関連するかどうかに関係ない場合は、統合ファイルを使用します。 関連のないファイルを統合プロジェクトに組み合わせると、さまざまなビューで複数のプロジェクトの情報を簡単に表示し、印刷することができます。 異なる製品を同時に開発する場合など、多くの進行中のプロジェクトを追跡する必要がある場合は、プロジェクト ファイルを統合できます。 必要な特定の情報を見つけて評価するために、製品名、プロジェクトの期限、マネージャー別に並べ替えとグループ化を行います。 たとえば、すべてのプロジェクトを含む ガント チャート ビュー 印刷できます。
ワークスペースを作成する
プロジェクトを統合する代わりに、個々のプロジェクト ファイルを含むワークスペースを作成し、それぞれ独自のウィンドウで開きます。 同じプロジェクト ファイルを頻繁に使用し、それらを 1 つの大きなプロジェクトに統合したくない場合は、ワークスペースを使用します。
ファイルを開いてワークスペースとして保存すると、Projectファイルとその現在の設定が 1 つのワークスペース ファイルに保存されます。 その後、ワークスペース ファイルを開いて、含まれるすべてのファイルを同時に開きます。 各プロジェクトにはタスク バーに独自のボタンが付き、あるプロジェクトから別のプロジェクトに簡単に切り替え可能です。
ワークスペースを作成するには、プロジェクト ファイルを選択または開き、[ファイル] を選択し 、[ワークスペース>選択します。
