プロジェクトの編集

これは、プロジェクトに優先順位を付けるための単なる視覚的なフラグです。

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

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

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

Workfront 管理者またはグループ管理者は、自身のシステムまたはグループについて、プロジェクトの状況に対するデフォルトの計算方法を選択します。プロジェクトのデフォルトの設定について詳しくは、システム全体のプロジェクト環境の設定を参照してください。

（「状況タイプ」で「手動」を選択した後にのみ表示）：プロジェクトの進行状況を示す「状況」を選択します。

プロジェクト状況を自動または手動で設定する方法について詳しくは、プロジェクト状況と状況タイプの概要を参照してください。

プロジェクトを「開始日」からスケジュールするか、「完了日」からスケジュールするかを指定します。この選択により、プロジェクト上のタスクの予定日が決まります。

• 開始日：プロジェクトの最初のタスクには、デフォルトでプロジェクトと同じ計画開始日が設定されます。タスクの計画開始日について詳しくは、タスクの計画開始日の概要を参照してください。プロジェクトタイムラインは開始日から計算され、プロジェクトの完了日は、すべてのタスクの期間に基づいてシステムによって計算されます。
• 完了日：プロジェクトの最後のタスクの完了予定日は、プロジェクトと同じ日付になります。プロジェクトタイムラインは、プロジェクトの完了日から計算され、プロジェクトの開始日は、プロジェクトの完了日からすべてのタスクの期間を引くことで、システムによって計算されます。

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

「開始日からスケジュール」を選択する際に日付を指定します。

「完了日からスケジュール」を選択した場合、これは読み取り専用フィールドになります。

「完了日からスケジュール」を選択する際に日付を指定します。

開始日からのスケジュール」を選択した場合、これは読み取り専用フィールドになります。

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

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

プロジェクトに関連付けられているグループの名前を指定します。

必須フィールドです。グループに関連付けられていないプロジェクトを持つことはできません。

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

別のグループを指定しない限り、デフォルトでは、次のグループの 1 つがプロジェクトの作成時に自動的にプロジェクトに関連付けられます。

• プロジェクトをプロジェクト領域から作成すると、プロジェクト作成者のホームグループがプロジェクトに関連付けられます。

  これは、ポートフォリオまたはプログラムの「プロジェクト」セクションからプロジェクトを作成した場合にも当てはまります。

• 設定領域のグループのメインページからプロジェクトを作成すると、そのグループがプロジェクトに関連付けられます。

メモ

• プロジェクト、またはそのタスクやイシューがグループレベルのカスタムステータスに関連付けられている場合は、プロジェクトのグループを変更すると、新しいグループに合わせてプロジェクト、タスク、またはイシューのステータスが変更されます。

• グループレベルのカスタムステータスを使用して、プロジェクト、またはそのタスクまたはイシューが既にグループレベルの承認プロセスに関連付けられている場合、グループを変更すると、前のグループの承認ステータスとシステムレベルの承認ステータスが競合する可能性があります。

  グループを更新する前に、プロジェクト、そのタスクやイシューに対するグループレベルの承認プロセスの削除を検討してください。

  グループレベルの承認プロセスの作成について詳しくは、グループレベルの承認プロセスを参照してください。

  グループレベルのカスタムステータスの作成について詳しくは、グループステータスの作成または編集を参照してください。

システムのデフォルトの通貨と異なる場合は、プロジェクトの通貨を指定します。プロジェクトにすでに財務情報がある場合、プロジェクトの通貨を変更することはできません。システムにデフォルトの通貨のみが存在する場合、このフィールドは表示されません。

通貨について詳しくは、為替レートを設定を参照してください。

「時間ベース」または「コストベース」を選択して（コスト効率指数や推定された実際のコストなど）、プロジェクトの出来高指標が時間とコストのどちらを使用して計算されるかを示します。

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

Workfront 管理者またはグループ管理者は、システムまたはグループのデフォルトのパフォーマンスインデックスメソッド設定を選択します。プロジェクトのデフォルトの設定について詳しくは、システム全体のプロジェクト環境設定を指定を参照してください。

Workfront が完了時の見積もり（EAC）を計算する方法を指定します。

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

• プロジェクトレベルで計算
• タスク／サブタスクからロールアップ

完了時の見積もりの計算方法について詳しくは、完了時の見積もり（EAC）を計算を参照してください。

Workfront またはグループ管理者が、システムまたはグループのデフォルトの完了時の見積もり設定を選択します。プロジェクトのデフォルトの設定について詳しくは、システム全体のプロジェクト環境設定を指定を参照してください。

プロジェクトの予定利益がどのようなものであるかを見積もります。これは、プロジェクトのビジネスケースとポートフォリオオプティマイザーで使用されます。プロジェクトの予定利益について詳しくは、プロジェクトの予定利益の概要を参照してください。プロジェクトの正味価値が計算される際には、プロジェクトの予定利益が考慮されます。

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

プロジェクトのマイルストーンパスを選択します。アクティブなマイルストーンパスのみがリストに表示されます。

マイルストーンパスについて詳しくは、マイルストーンパスを作成を参照してください。

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

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

  タスクが完了したときに、プロジェクトのステータスが「現在」になった場合にのみ、プロジェクトのステータスが「完了」に自動的に変更されます。

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

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

• 自動：親タスクは「完了」とマークされ、子タスクが完了し、子タスクの完了率が更新されると、親タスクの完了率が自動的に更新されます。
• 手動：子タスクに加えられた変更に関係なく、完了率と親タスクのステータスを手動で更新する必要があります。これにより、サブタスクが未完了の場合でも、親タスクに完了のマークを付けることができます。

プロジェクトタイムラインに対して行った変更を、プロジェクトまたは親タスクに保存するタイミングを制御します。例えば、プロジェクトトリガーに対する次の変更や、プロジェクトのタイムラインへの更新があります。

• タスクの日付を更新

• タスクの先行関係を変更

• 親子関係を変更し、タスクの制約や期間タイプを変更するだけでなく、割り当てを追加または削除します。

  タスクが更新されると、その親オブジェクト（親タスクまたはプロジェクト）が更新タイプで指定された時間に更新されます。

  更新タイプで「自動・変更時」または「変更時のみ」を選択し、変更直後に親オブジェクトが更新されない場合は、ページを更新します。

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

  - 自動および変更時（デフォルト設定）：プロジェクトのタイムラインは、プロジェクト内またはプロジェクトが依存する別のプロジェクト内で変更が発生するたびに更新されます（変更時）。また、プロジェクトのタイムラインは毎晩更新されます（自動）。

  プロジェクトが常に最新であることが保証されるため、このフィールドではこの設定が推奨されています。

  タイムラインの再計算をトリガーするアクションをタスクまたはプロジェクトに対して実行すると、利用可能なすべての日付がすぐに表示され、作業を続行できます。タスクが 100 を超えるプロジェクトでは、再計算に時間がかかる日付が疑問符で短時間（1 から 5 秒、大きなプロジェクトの場合は最大 1 分）のみ表示されます。これは、再計算がまだ完了しておらず、日付が変更される可能性があることを示しています。

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

  - 自動のみ：プロジェクトのタイムラインは毎晩更新され、変更が加えられた直後には更新されません。

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

  - 手動のみ：プロジェクトのタイムラインは、「タイムラインを再計算」オプションを選択した場合にのみ更新されます。プロジェクトタイムラインを手動で再計算する方法について詳しくは、プロジェクトタイムラインの再計算を参照してください。

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

プロジェクトのスケジュールを選択します。これは、プロジェクトで作業しているほとんどの人に割り当てられているスケジュールと同じである必要があります。スケジュールをプロジェクトまたはユーザーに割り当てるには、事前にスケジュールを作成する必要があります。システムでカスタムスケジュールを作成していない場合は、デフォルトのスケジュールが選択されます。

スケジュールの作成について詳しくは、スケジュールを作成を参照してください。

タスクのプライマリ担当者の休暇によって、そのプロジェクトのタスクの予定日を調整するかどうかを指定します。

Workfront 管理者またはグループ管理者は、システムまたはグループのこの設定でデフォルトを選択します。プロジェクトのデフォルト設定について詳しくは、システム全体のプロジェクト環境設定を指定を参照してください。

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

例えば、「できるだけ早く」という制約が設定されたタスクが 6月1日に開始、6月3日に完了とスケジュールされており、6月2日にプライマリ担当者の休暇がマークされている場合、この選択が有効になっていると、タスクの予定日は 6月1日から 6月4日に調整されます。タスクの制約に応じて、次のシナリオが考えられます。

• 開始日からの予定に関連するタスクの制約（できるだけ早く、最も早い空き時間、指定日以後に開始、指定日までに開始、指定日に開始）の場合、予定開始日は変更されませんが、予定完了日は変更されます。
• 完了日からの予定に関連するタスクの制約（できるだけ遅く、最も遅い空き時間、これよりも早く終了しない、これよりも遅く終了しない、指定日に終了）の場合、予定完了日は変更されませんが、予定開始日は変更されます。
• 固定日付の制約があるタスクの場合は、予定開始日も完了日も変更されません。

この設定を選択しても、タスクの期間は変わりません。タスクの制約に応じて、予定日のみが変更されます。タスクの制約について詳しくは、タスクの制約の概要を参照してください。

- タスク期間中のユーザーの休暇を無視する：このオプションを選択すると、タスクのプライマリ担当者がタスクの期間中に休暇を取った場合でも、プロジェクトのタスクの予定日は当初の計画どおりに保持されます。

この設定のオプションを選択する際は、次の点に注意してください。

• 新しいプロジェクトに対するこの設定のデフォルトのオプションは、システムレベルのプロジェクト環境設定と同じです。

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

• テンプレートを既存のプロジェクトに添付すると、プロジェクトの設定がテンプレートの設定と一致するように更新されます。

• Workfront はタスクの制約値に従って、調整する予定タスクの日付を決定します。制約値によっては、予定開始日と予定完了日のいずれか、またはその両方が影響を受ける可能性がありますが、変更されないこともあります。例えば、タスクに固定日付の制約があると、タスク継続期間中のユーザーの休暇を考慮する が選択されていても、プライマリ担当者が休暇をとった場合に日付が調整されません。

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

- 手動：リソースを手動でレベル設定する必要があります（これはデフォルト設定です）。

- 自動：Workfront がリソースをレベル設定します。

リソースのレベル設定について詳しくは、ガントチャートでのリソースのレベル設定を参照してください。

プロジェクトのリスクのレベルを定義します。リスクは、プロジェクトの危険性を示す指標に過ぎません。リスクのレベルに基づいて、プロジェクトに優先順位を付けて実行できます。

次のリスクレベルから選択することを検討してください。

- 極低

- 低

- 中

- 高

- 極高

ここで示すリスクのレベルはカスタマイズできません。

これらは、プロジェクトの存続期間中に発生する可能性があり、プロジェクトの「リスク」タブまたはビジネスケースに記録する必要がある潜在的なリスクとは関係ありません。潜在的なプロジェクトのリスクについて詳しくは、リスクタイプを編集および作成を参照してください。

プロジェクトに関連付けられたリソースプールを指定します。リソースプールとは、プロジェクトの完了に同時に必要なユーザーのコレクションで、リソースプランナーでプロジェクトの予算を立てることができます。リソースプールについて詳しくは、リソースプールの概要を参照してください。

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

このオプションを選択すると、プロジェクト所有者がプロジェクトにログオンした時間を承認する必要があります。請求記録を使用している場合、このオプションを選択すると、プロジェクトで承認された時間のみが請求記録の請求可能時間として表示されます。プロジェクトの承認時間は、タイムシートの承認とは無関係です。

プロジェクトの承認に時間を要することについて詳しくは、プロジェクトの承認に時間を要するを参照してください。

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

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

  または

• 「はい」を選択してプロジェクト固有の時間タイプのサブセットのみをプロジェクトで使用できるようにして、使用できる時間タイプを「時間タイプ」フィールドから選択します。

  ヒント

  「いいえ」を選択すると、「時間タイプ」フィールドは編集できません。

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

ユーザーがプロジェクトでこれらの時間タイプのオプションを表示するには、個々のユーザーレベルで同じ時間タイプの選択を行う必要があります。ユーザーレベルで時間タイプを定義する方法について詳しくは、時間を記録を参照してください。

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

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

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

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

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

  プロジェクトの一括編集では、次のシナリオが存在します。

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

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

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

プロジェクトがユーザーと共有されている場合、ユーザーにそのプロジェクトで持たせたいアクセスオプションを選択します。ユーザーが 閲覧者、参加者、または 管理者 に指定されている場合は、プロジェクトを共有する際に、そのユーザーのアクセスに使用する特定のオプションを選択します。

管理 権限レベル内の 削除 アクセスは、ユーザーがプロジェクト自体を削除できるかどうかを決定します。プロジェクトの 管理 アクセスを持つユーザーは、このオプションが選択されているかどうかに関係なく、タスクおよびイシューに対する 管理 権限がある場合、プロジェクト内のタスクやタスクを削除できます。