プロジェクトテンプレートの編集

これは、将来のプロジェクトに優先順位を付けるための単なる視覚的なフラグです。次のオプションから選択します。

• なし

• 低

• 標準

• 高

• 緊急

Workfront 管理者が選択したプロジェクト設定に応じて、優先順位の名前が異なる場合があります。優先度の編集について詳しくは、優先度の作成およびカスタマイズを参照してください。

次の状況タイプの中から選択します。

• 手動： プロジェクト所有者は、プロジェクトに対して、プロジェクトの状況を手動で設定します。
• 進捗ステータス： Workfront は、クリティカルパス上のタスクの進捗ステータスに基づいて、今後のプロジェクトの状況を自動的に設定します。進捗ステータスについて詳しくは、タスクの進捗ステータスの概要を参照してください。

このテンプレートを使用するプロジェクトを 開始日 からスケジュールするか、完了日 からスケジュールするかを指定します。この選択により、このテンプレートを使用するプロジェクトの今後のタスクの予定日が決まります。

次の中から選択します。

• 開始日からスケジュール：テンプレートの開始日は、実際の開始日です。「開始日」からテンプレートをスケジュールする場合、Adobe Workfront は、すべてのテンプレートタスクの期間に基づいて、テンプレートの完了日を計算します。テンプレートの開始日が、将来のプロジェクトの予定開始日になります。

• 完了日からスケジュール：テンプレートの完了日は、実際の完了日です。「完了日」からテンプレートをスケジュールする場合、Workfront は、すべてのテンプレートタスクの期間に基づいて、テンプレートの開始日を計算します。テンプレートの「完了日」が、将来のプロジェクトの「予定完了日」になります。

テンプレートタスクの開始日と終了日について詳しくは、テンプレートの開始日と完了日の概要を参照してください。

テンプレートのスケジュールの基点の設定は、プロジェクトの設定に似ています。Workfront 管理者は、システム内のプロジェクトのデフォルトのスケジュールの基点の設定を選択します。プロジェクトのデフォルトの設定については、システム全体のプロジェクトの環境設定の指定を参照してください。

このテンプレートから作成されるプロジェクトのポートフォリオを指定します。ドロップダウンリストに表示される前に、まずポートフォリオを作成する必要があります。

アクティブなポートフォリオのみが、リストに表示されます。ポートフォリオの作成について詳しくは、ポートフォリオの作成を参照してください。

テンプレートにポートフォリオを選択した場合、将来のプロジェクトのために プログラム を指定します。一部のポートフォリオにはプログラムがない可能性があります。このドロップダウンリストに表示される前に、最初にプログラムを作成する必要があります。リストには、アクティブなプログラムのみが表示されます。

プログラムの作成の詳細については、プログラムの作成を参照してください。

ドロップダウンリストで、テンプレートから作成されたプロジェクトに関連付けるグループを選択します。任意のレベルのグループにできます。

適切なグループを選択していることを確認するには、グループにポインタを合わせて、その横に表示される情報アイコン をクリックします。グループの上位のグループの階層や管理者など、グループに関する情報が一覧表示されるツールチップが表示されます。

メモ

• グループのページのプロジェクトエリアで、グループが選択されていないテンプレートを使用してプロジェクトを作成すると、現在開いているグループがプロジェクトに関連付けられます。

  これは、グループが選択されていないテンプレートを使用してプロジェクトを作成する際に、システムがユーザーのホームグループとプロジェクトを関連付けるその他のエリアとは異なります。

• プロジェクトの作成時、またはタスクやイシューのプロジェクトへの変換時に、グループが選択されたテンプレートを選択した場合は、別のグループをプロジェクト用に選択できます。

• このフィールドは、テンプレートでは新しい Adobe Workfront エクスペリエンスでのみ使用できますが、リストとレポートでは、新しい Adobe Workfront エクスペリエンスおよび Adobe Workfront Classic の両方で表示できます。

テンプレート所有者として指定されたユーザーは、Workfront のアクティブなユーザーである必要があります。

テンプレート所有者として指定されたユーザーについて、以下の点に注意してください。

• テンプレートに対する管理権限が自動的に付与されます。
• このユーザーは、プロジェクトチームに追加され、テンプレートから作成されたプロジェクトに対する管理権限が自動的に付与されます。
• プロジェクトをこのテンプレートから作成すると、このユーザーはプロジェクト所有者になります。
• テンプレート所有者として指定されたユーザーが、自分のアクセスレベルではテンプレートやプロジェクトへのアクセス権限が制限されている場合、テンプレートやプロジェクトに対する管理権限も制限されます。例えば、テンプレートやプロジェクトを表示できるアクセス権限のみを持つユーザーは、テンプレート所有者に指定されると、テンプレートやプロジェクトに対する表示権限を自動的に受け取ります。

Workfront が将来のプロジェクトの出来高指標を計算する方法を選択します。次の中から選択します。

• 時間ベース
• コストベース

パフォーマンスインデックスメソッドの詳細については、パフォーマンスインデックスメソッド（PIM）の設定を参照してください。

このテンプレートから作成されるプロジェクトの予定利益を指定します。予定利益は、プロジェクトのビジネスケースとポートフォリオオプティマイザーで使用されます。

プロジェクトの予定利益について詳しくは、プロジェクトの予定利益の概要を参照してください。プロジェクトの正味価値が計算される際には、プロジェクトの予定利益が考慮されます。

ポートフォリオオプティマイザーの使用の詳細については、ポートフォリオオプティマイザーでのプロジェクトの管理を参照してください。

今後のプロジェクトを完了としてマークする方法を制御します。
次のオプションから選択します。

• 自動：すべてのタスクとイシューが完了すると、プロジェクトは「完了」とマークされます。

• 手動：すべてのタスクとイシューが完了したら、プロジェクトの「完了」のステータスを手動で選択する必要があります。

将来のプロジェクトの親タスクを「完了」としてマークする方法を制御します。
次のオプションから選択します。

• 自動：親タスクは「完了」とマークされ、子タスクが完了してその完了率が更新されると、親タスクの完了率が自動的に更新されます。

• 手動：子タスクに加えられた変更に関係なく、完了率と親タスクのステータスを手動で更新する必要があります。

将来のプロジェクトのタイムラインに対して行った変更がプロジェクトに保存されるタイミングを制御します。

例

プロジェクトに対する次の変更が、プロジェクトのタイムラインへの更新をトリガーします。

• タスクの日付を更新する

• 先行タスク関係を変更する

• 親子関係を変更する

• タスクの制約または期間タイプの変更に加えて、割り当てを追加または削除する

次のオプションから選択します。

• 自動および変更時（デフォルト設定）：プロジェクトのタイムラインは、プロジェクト内またはプロジェクトが依存する別のプロジェクト内で変更が発生するたびに更新されます（変更時）。また、プロジェクトのタイムラインは毎晩更新されます（自動）。
  プロジェクトタイムラインが常に最新であることが保証されるため、このフィールドではこの設定が推奨されています。
  タイムラインの再計算をトリガーするタスクまたはプロジェクトに対してアクションを実行すると、使用可能なすべての日付が直ちに表示され、作業を続行できます。タスクが 100 を超えるプロジェクトでは、再計算に時間がかかる日付が疑問符で短時間（1 から 5 秒、大きなプロジェクトの場合は最大 1 分）のみ表示されます。これは、再計算がまだ完了しておらず、日付が変更される可能性があることを示しています。

• 変更時のみ：プロジェクトのタイムラインは、プロジェクト内またはプロジェクトが依存する別のプロジェクト内で変更が発生するたびに更新されます。プロジェクト内、またはタイムラインが依存する他のプロジェクト内で変更がほとんど発生しない場合は、このオプションを選択できます。

• 自動のみ：プロジェクトタイムラインは毎晩更新されます。変更を加えても即時更新されません。
  プロジェクト内またはタイムラインが依存する他のプロジェクト内で毎日多くの変更が発生する場合は、このオプションを選択します。ただし、変更を加えてもプロジェクトがすぐに更新されないので、この設定を選択した場合は注意が必要です。

• 手動のみ：プロジェクトタイムラインは、「タイムラインを再計算」オプションを選択した場合にのみ更新されます（プロジェクトタイムラインの再計算を参照）。

プロジェクトに一度に多くの変更を加え、個々を変更した後ではなくすべての変更が行われた後でタイムラインの再計算を実行する場合は、このオプションを選択できます。

タスクのプライマリ担当者の休暇によって、そのプロジェクトのタスクの予定日を調整するかどうかを指定します。テンプレートを既存のプロジェクトに添付すると、このフィールドの設定がプロジェクトとは異なる場合、プロジェクトの設定は変更されません。新しいテンプレートに対するこの設定のデフォルトのオプションは、システムレベルのプロジェクト環境設定と同じです。

システムレベルでのプロジェクト環境設定について詳しくは、システム全体のプロジェクト環境設定の指定を参照してください。

この設定がプロジェクトのタスク日に与える影響については、プロジェクトの編集を参照してください。
次のオプションから選択します。

• タスク継続期間中のユーザーの休暇を考慮する：このオプションを選択すると、このテンプレートから作成されたプロジェクトのタスクの予定日は、タスクのプライマリ担当者の休暇がタスクの期間中に発生した場合に、その休暇に応じて調整されます。

• タスク継続期間中のユーザーの休暇を無視する：このオプションを選択すると、タスクのプライマリ担当者がタスクの期間中に休暇を取った場合でも、このテンプレートから作成されるプロジェクトのタスクの計画日は、元の計画済みのままになります。

次のオプションから選択します。

• 手動：このテンプレートから作成されたプロジェクトに対して、リソースを手動で標準化する必要があります（これはデフォルト設定です）。

• 自動：Workfront が将来のプロジェクトに関するリソースを標準化します。
  リソースの標準化について詳しくは、ガントチャートでのリソースの標準化を参照してください。

このテンプレートから作成されるプロジェクトのリスクレベルを定義します。リスクは、プロジェクトの危険性を示す指標に過ぎません。リスクのレベルに基づいて、プロジェクトに優先順位を付けて実行できます。
次のリスクレベルから選択することを検討します。

• 極低

• 低

• 中

• 高

• 極高

テンプレートに関連付けられたリソースプールを指定します。リソースプールとは、プロジェクトを完了するために同時に必要になるユーザーの集まりです。リソースプールについて詳しくは、リソースプールの概要を参照してください。

メモ

テンプレートを一括で編集する場合は、選択したすべてのテンプレートに共通のリソースプールのみがこのフィールドに表示されます。選択したテンプレートに共有リソースプールがない場合、このフィールドは空になります。ここで指定したリソースプールは、テンプレートの個々のリソースプールを上書きします。

次の点に注意してください。

「いいえ」を選択して、プロジェクト固有のすべての時間タイプを今後のプロジェクトで使用できるようにします。（これはデフォルトの選択です）

または

「はい」を選択して、プロジェクト固有の時間タイプのサブセットのみを今後のプロジェクトで使用可能にしたうえで、使用できる時間タイプを選択します。（複数の時間タイプを選択するには、Shift キーを押しながら選択します）。

このオプションを選択した場合は、選択した時間タイプのみが、プロジェクト（またはプロジェクト内のタスクやイシュー）の時間を記録する際に選択できるようになります。1 つ以上の時間タイプを選択する必要があります。このオプションを選択し、時間タイプを選択しない場合、すべての時間タイプがプロジェクトで使用可能になります。

ユーザーがプロジェクトでこれらの時間タイプのオプションを表示するには、個々のユーザーレベルで同じ時間タイプの選択を行う必要があります。

ユーザーレベルでの時間タイプの定義について詳しくは、時間の記録で時間の記録の節を参照してください。

テンプレートに関連付ける承認プロセスを選択します。承認プロセスをテンプレートに関連付けるには、まず、Workfront 管理者または承認プロセスへの管理アクセス権を持つユーザーが、システムレベルまたはグループレベルのプロジェクト承認プロセスを定義する必要があります。承認プロセスの作成について詳しくは、作業アイテムの承認プロセスの作成を参照してください。

承認プロセスを追加する際は、次の点を考慮してください。

• アクティブな承認プロセスのみがリストに表示されます。

• システム全体およびグループ固有の承認プロセスがリストに表示されます。テンプレートのグループ以外のグループに関連付けられている承認プロセスは、リストに表示されません。

  重要

  テンプレートに関連付けられたグループが変更されると、グループ固有の承認プロセスが 1 回限りの承認プロセスになります。プロジェクトのグループに対する変更や承認プロセスの変更が承認設定に及ぼす影響について詳しくは、グループと承認プロセスの変更が割り当てられた承認プロセスに及ぼす影響を参照してください。

• 1 回限りの承認プロセスを追加した場合は、このフィールドに「カスタム」として表示されます。詳しくは、新規または既存の承認プロセスと作業の関連付けを参照してください。

• テンプレートを一括編集する場合は、次のシナリオが存在します。

  • 同じグループからテンプレートを選択すると、システムレベルとグループレベルの両方の承認プロセスがこのフィールドに表示されます。

  • 異なるグループからテンプレートを選択すると、このフィールドにはシステムレベルの承認プロセスのみが表示されます。

  • いずれかのテンプレートに 1 回限りの承認プロセスが添付されている場合、選択したシステムレベルの承認プロセスに置き換えられます。