計画の階層化: マスタ プロジェクトとサブプロジェクト

注: 最新のヘルプ コンテンツをできるだけ早く、お客様がお使いの言語で提供したいと考えております。このページは、自動翻訳によって翻訳されているため、文章校正のエラーや不正確な情報が含まれている可能性があります。私たちの目的は、このコンテンツがお客様の役に立つようにすることです。お客様にとって役立つ情報であったかどうかを、このページの下部でお知らせください。簡単に参照できるように、こちらに英語の記事があります。

プロジェクトをすばやく手に入れることができます。それを知っている前に、シンプルな建築プロジェクトは、デザイン、発掘、基礎作業、マーケティングなど、小さなプロジェクトのコラージュとなります。プロジェクトでより小さいプロジェクトを作成し、それらを1つのプロジェクトファイルにリンクすることで、プロジェクトをより細かく制御することができます。

この記事の内容

マスタープロジェクトの概要

マスタープロジェクトのサブプロジェクトを操作する

ファイルを結合するときのリソースの影響

ファイルを結合するその他の方法

マスタープロジェクトの概要

複数の関連プロジェクト間で階層を表示する統合プロジェクトのコレクションとして、 マスター プロジェクトを考えてください。マスタープロジェクトに挿入されたプロジェクトは、"下位" と呼ばれます。

統合プロジェクト

ボタン イメージ サブプロジェクトを挿入したときには、小さな project アイコンが、マスタープロジェクトの一部であるサマリータスクと区別されます。

ボタン イメージ マスタープロジェクトでは、サマリータスクとしてサブプロジェクトが表示され、アウトラインで簡単に配置できます。

ボタン イメージ サブプロジェクトの横にあるプラス記号をクリックして、そのサブプロジェクトのタスクを展開して表示します。

ボタン イメージ 各サブプロジェクトでは、主要な project の別のフェーズまたは他の機能グループを表します。

マスタープロジェクトにサブグループを挿入すると、2つのプロジェクトがリンクされ、マスタープロジェクトからすべての情報を表示することができます。

マスタープロジェクトから下位にあるサブグループを更新すると、ソースファイルにも更新されます。ファイルを結合してレポートを作成したり、結合されたプロジェクト情報のビューを印刷したりするだけの場合は、ビューに一時的に統合することもできます。

マスタープロジェクトと下位プロジェクトを作成することで、大規模な project を分割し、必要なユーザーにその部分を委任することができます。プロジェクト管理については、この方法でサブプロジェクトを割り当てることによって、作業を行うユーザーに責任を与え、権限をアカウンタビリティと一致させることができます。プロジェクト用語では、マスタープロジェクトにサブプロジェクトを作成すると、プロジェクト管理者はスケジュールの一部にアクセスし、その部分を制御することができます。

大規模なプロジェクトをマスタープロジェクトとサブグループに分割する必要があるかどうかを判断するには、次の点を考慮します。

  • プロジェクトが非常に大きく、詳細です。   プロジェクトに数百を超えるタスクが含まれている場合は、それをサブプロジェクトに分割すると、管理が簡単になります。プロジェクトの一部に分割された作業が他の部分よりも詳細に含まれている場合、その部分をサブプロジェクトにしておくと、ほとんどのユーザーが下位のサブプロジェクトの説明のみを表示できるようになりますが、利害関係者はそれを詳細に表示することができます。1つのファイルは、ほとんどの場合、より高速な代替手段ですが、プロジェクトの一部だけに集中することは、トレードオフの価値があるかもしれません。

  • 組織が一元化されていません。   分散化または分散した組織では、マスタープロジェクトとサブプロジェクトによって、1つの一元管理されたプロジェクトファイルに比べて、作業者により多くの制御を与えることができます。

  • 組織の計画方法の有効性を高める必要があります。   下位レベルの管理者がプロジェクトに必要なタスクを担当している場合は、チームの作業を計画し、プロジェクトファイルをマスタープロジェクトに統合できるようにする方が適切です。トップダウン計画が標準である場合は、個々のプロジェクトマネージャーまたはチームがアクセスできるように、独自のスケジュールを制御するために、最初の計画をサブプロジェクトに再編成することをお勧めします。

  • 複数のプロジェクトで作業します。   プロジェクトマネージャーは、プロジェクトが相互に関係しているかどうかに関係なく、常に作業する一連のプロジェクトを持つことができます。それらを1つずつ開く代わりに、マスタープロジェクトを開くと同時にすべてのサブプロジェクトを開くことができます。このアプローチによって、複数のプロジェクトでレポートを簡単に生成することもできます。プロジェクトが相互に関連している場合、プロジェクトマネージャーは、さまざまなプロジェクトのタスク間でタスクの依存関係を作成できます。プロジェクト間の依存関係を作成すると、さまざまなプロジェクト管理者が、他のプロジェクトマネージャーによる作業がスケジュールに与える影響を簡単に確認できるようになります。

  • プロジェクトによっては、他のユーザーに従属するものがあります。   さまざまなプロジェクトを他のファイルに挿入することによって、複数のプロジェクトの階層を正確に反映することができます。サブプロジェクトの結果として得られる構造には、チームメンバーの優先度と責務、およびさまざまな領域におけるタスクと全体の期限の間の相互関係が反映されている必要があります。

  • 複数のユーザーがプロジェクトを変更できます。   理想的には、プロジェクトファイルは1つのプロジェクトマネージャーによって所有、管理、変更されます。ただし、プロジェクトが大規模なプログラムの一部である場合が多いため、上層部の管理者はそのマネージャーが必要になることがあります。プロジェクトチームメンバーは、別のファイルとして表示することで、作業に集中することができます。マスタープロジェクトを制御するプロジェクトマネージャーは、各サブプロジェクトチームのスケジュールを調整できます。

    スケジュールを期限に調整しておくために、マスタープロジェクトのマイルストーンに各サブプロジェクトチームのマイルストーンを設定させることができます。マイルストーン間の依存関係を作成するか、マスタープロジェクトから各サブプロジェクトにマイルストーンタスクをコピーして貼り付けることによって、マイルストーンを調整することができます。

  • プロジェクトには、プロジェクトのさまざまな部分を気にする複数の利害関係者が含まれています。   ユーザーがさまざまな詳細を確認したい場合は、プロジェクト管理者がすべてのプロジェクトファイルをサーバー上に配置し、さまざまな利害関係者のためにさまざまなビューをカスタマイズすることができます。同じプロジェクトファイルは、表示された情報をカスタマイズするために、異なるマスタープロジェクトのサブプロジェクトとして使うことができます。

  • サブプロジェクトを読み取り専用にします。   タスクをサブプロジェクトに移動し、主要なユーザーへのアクセスを制限することによって、project の一部に対する追加の制御を保持できます。

  • プロジェクト全体に加えて、各フェーズのクリティカルパスを分析する必要があります。   個々のプロジェクトには、 クリティカル パスが含まれています。複数のプロジェクトを1つのマスタープロジェクトに統合すると、全体的な図を複数のクリティカルパスとしてマスタープロジェクトに表示しながら、各サブプロジェクトに別々のクリティカルパスを保持することが容易になります。

詳細情報

マスタープロジェクトのサブプロジェクトを操作する

マスタープロジェクトにサブタスクを挿入すると、プロジェクトはサマリータスクとして表示され、[マーク] フィールドには project アイコンインジケーターが示されます。サブプロジェクトは、挿入する行のアウトラインレベルでインデントされますが、他のタスクと同様に、インデントしたり、それを上げたりすることができます。サブプロジェクトはサマリータスクとして表されるため、サマリー情報を編集することはできませんが、アウトラインを展開してサブプロジェクトのタスクを表示したり、プロジェクト情報を編集したりすることができます。

注: サブプロジェクトのサマリータスクやガントバーに適用したすべての書式設定は、master project には表示されません。書式情報は各ファイルに保存されるため、マスタープロジェクトに個別に適用する必要があります。

マスタープロジェクトを保存するときに、サブメニューに対する変更もサブプロジェクトのソースファイルに保存されます。マスタープロジェクトファイルを開かずにソースファイルで直接作業を行う場合は、サブプロジェクトのソースファイルに対する変更は、master project ファイルで自動的に更新されます。

注: マスタープロジェクトとサブグループの同期を維持する必要がなくなった場合は、リンクを解除することができます。次に、サブプロジェクトまたはマスターのいずれかに変更が加えられた場合、その他のファイルは変わりません。

詳細情報

ファイルを結合するときのリソースの影響

ファイルをマスタープロジェクトファイルに統合した後、両方のファイルのリソースは、サブプロジェクトのタスクがサブプロジェクトに残るのと同じように、別々のままになります。マスタープロジェクトのリソース情報を変更することができます。また、変更内容は、下位のソースファイルに複製されます。[リソースシート] ビューでは、マスタープロジェクトとサブプロジェクト内のすべてのリソースを表示できますが、そのリソースは、そのプロジェクトに含まれていた他のすべての project には割り当てられません。

注: 複数のサブプロジェクトで同じリソースを使用している場合は、リソースが結合されていないため、リソース名が重複して表示されます。ただし、異なるサブプロジェクトにリソースを割り当て、重複するリソース名を解決する場合は、それらをリソース プールで結合して、他のファイルで使用できるようにすることができます。

ファイルを結合するその他の方法

無関係のファイルを統合する

プロジェクトファイルのワークスペースを作成する

マスタープロジェクトとサブプロジェクトを使用すると、プロジェクトの階層を作成して、組織の構造と、場合によっては、それらの関係を反映させることができます。ただし、プロジェクトファイルを統合する他の理由がある場合があります。たとえば、クイックレビューや印刷のためにそれらを一時的に組み合わせることができます。

無関係のファイルを統合する

ファイルが関連付けられているかどうかに関係なく、複数のファイルを1つのウィンドウで結合する場合は、統合ファイルを使用します。統合プロジェクトで関係のないファイルを組み合わせると、さまざまなビューで複数のプロジェクトの情報を表示したり、印刷したりすることが簡単になります。さまざまな製品を同時に開発している場合など、多くの進行中のプロジェクトを追跡する必要がある場合は、プロジェクトファイルを統合することができます。必要な特定の情報を検索して評価するには、製品名、プロジェクトの期限、および管理者による並べ替えとグループ化を行うことができます。たとえば、すべてのプロジェクトを含むガント チャート ビューを印刷することができます。

詳細情報

ページの先頭へ

ワークスペースを作成する

プロジェクトを統合する代わりに、個々のプロジェクトファイルを含むワークスペースを作成し、それぞれが独自のウィンドウで開くことができます。同じプロジェクトファイルを頻繁に作業し、1つの大きなプロジェクトに統合したくない場合は、ワークスペースを使用します。

ファイルを開いて、ワークスペースとして保存すると、Project によってファイルとその現在の設定が1つのワークスペースファイルに保存されます。次に、ワークスペースファイルを開くと、含まれているすべてのファイルが同時に開かれます。各プロジェクトにはタスクバーに独自のボタンがあり、プロジェクト間の切り替えを簡単に行うことができます。

ワークスペースを作成するには、プロジェクトファイルを選択するか開き、[ファイル]、[ワークスペースの保存] の順に選びます。

ページの先頭へ

Office のスキルを磨く
トレーニングの探索
新機能を最初に入手
Office Insider に参加する

この情報は役に立ちましたか?

ご意見をいただきありがとうございます。

フィードバックをお寄せいただき、ありがとうございます。Office サポートの担当者におつなぎいたします。

×