Smartsheet Control Center

多層構造にすることで、次のような大きなメリットを得られます。

• 子ブループリントプロジェクトは、親ワークスペースに作成されます。階層によって、 Smartsheet内でアクセスをセグメント化し、資産を論理的に分けることができます。
• ブループリント サマリーは、単一のサマリーシートではなく、対応する親シートに行をルーティングできます。Control Centerを導入した 500 を超えるプロジェクトでは、行を親シートに分散させることでパフォーマンスが向上します。 
• 多層プロジェクトは、ビジネスの構造を反映したレポートやダッシュボードを簡単に作成できるように構造化されています。 

基本的な多層実装には親属性が 1 つあり、ブループリントが 2 つ必要です。プロジェクトのブループリントやポートフォリオのブループリントプリントがある場合もあります。多層スキームの下でプロジェクトを作成すると、親のポートフォリオブループリントに自動的に属性が反映されます。 

Control Centerの多層化のヒント

• 階層で何を表現するかを検討します。たとえば、リージョンを親ブループリント、プロジェクトを子ブループリントとして持つ階層では、リージョン別にプロジェクトを簡単に表示できます。 
• プロジェクトを 3 レベル以下に設定するのが最善です。
  • ポートフォリオ ブループリント
    • プログラムのブループリント
      • プロジェクト ブループリント：プロジェクトが持つことのできる親は複数います。 
• Control Centerでは、指定されたワークスペースにプロジェクト シートやその他の資産を作成し、関連する資産を接続できます。多層化を設定すると、 Control Centerによって適切なワークスペースにアセットが自動作成されます。
• プロジェクトを作成した後で、親の属性を変更することはできません。既存の単層型プロジェクトを多層型に移行することはできません。

多層型チェックリスト

展開がこれらのシナリオのいずれかに該当する場合、多層プロセスがControl Centerプロジェクトの展開に最適な方法です。 

• プロジェクトへのアクセスをセグメント別に制限する必要がある場合。
• 親ブループリントは、新しいプロジェクトを指定されたワークスペースにルーティングし、ワークスペースのユーザーが必要とするアセットのみを作成します。 
• 多数のプロジェクトがある：親ブループリントが親シート全体にブループリント サマリー行を分散しているため、インバウンド セル リンクの制限を回避できます。 
• ブループリント サマリーは、プロジェクトとは別に保持する必要があります。たとえば、親レベルと子レベルで異なるレポート データを生成したい場合などです。多層型では複数のブループリント サマリーシートを使用するため、数式の記述や、それらのシートの使用が他の目的よりも簡単になります。