システム全体のプロジェクト環境設定を指定

Allow users to create projects without using a template

この環境設定では、ユーザーが次の領域からプロジェクトを作成する際に、テンプレートを使用せずにプロジェクトを作成できます。

• プロジェクトのリストで New Project オプションを使用する

• イシューページからイシューをプロジェクトに変換する

この環境設定はデフォルトで有効になっています。

メモ

グループ管理者は、グループのこの環境設定を変更できます。ユーザーが異なる環境設定の複数のグループに所属している場合、ホームグループでこの環境設定が有効になっていれば、そのユーザーはテンプレートを使用せずにプロジェクトを作成できます。

Set new project's status to

新規プロジェクトのステータスを決定します。

メモ

• あなた自身または別の Workfront 管理者がここで選択したステータスを非表示にすると、デフォルトのステータスは、ステータスリストの最初のステータスに変わります。

• ロックされたシステムまたはグループのステータスがデフォルトのステータスとして設定され、後で誰かがそのステータスをロック解除した場合、システムはそのステータスを、同じステータスタイプのロックされているステータスと置き換えようとします。

  見つからない場合、システムは必須ステータスを探します。

  • ロック解除されているデフォルトのステータスと同等の必須ステータスがある場合、ロック解除されている場合でも、その必須ステータスがデフォルトのステータスになります。
  • 必須ステータスのいずれもロック解除されているデフォルトのステータスに相当しない場合、ステータスリストの最初の必須ステータスがデフォルトのステータスになります。

  必須ステータスについて詳しくは、システムのプロジェクトステータスのリストへのアクセス、システムのタスクステータスのリストへのアクセス、およびシステムのイシューステータスのリストへのアクセスの各記事を参照してください。

Calculate Percent Complete based on

Workfrontは、プロジェクト内の各タスクの完了率と、各タスクの期間または予定時間を使用して、プロジェクトまたは親タスクの完了率を計算します。

各タスクの完了率は、タスクの担当者が手動で設定します。

ここで、Workfrontでタスクの期間または予定時間数を使用してプロジェクトの完了率を計算するかどうかを選択できます。

「Duration」を選択した場合、プロジェクト内の各タスクの期間でプロジェクトの全体的な完了率が決まり、各サブタスクの期間で親タスクの全体的な完了率が決まります。

「Duration」を選択した場合は、「Timelines」セクションで「Typical hours per work day」と「Typical work days per week」を必ず指定してください。Workfront では、期間に基づいてタスクの完了率を計算する際にこの情報を使用します。

「Planned Hours」を選択する場合、各プロジェクトのすべてのタスクに「Planned Hours」の数値が定義されており、その数値がゼロでないことを確認します。

詳しくは、を参照してください プロジェクト完了率の概要.

Automatically set the project's Condition based on the Progress Status

この環境設定を使用すると、ユーザーがプロジェクトの Condition を手動で（On Target、At Risk、In Trouble）に設定することも、タイムライン上のプロジェクトの進捗状況に基づいて Workfront に Condition（進捗ステータス）を自動的に設定させることもできます。プロジェクト状況について詳しくは、プロジェクト状況と状況タイプの概要を参照してください。

Create baselines automatically

この環境設定では、プロジェクトのステータスが「Current」に変わると、タスクおよびプロジェクト詳細のベースライン（スナップショット）が自動的に作成されます。ベースラインの作成については、プロジェクトベースラインの作成を参照してください。

Performance Index Method

プロジェクトのパフォーマンスインデックスメソッド（PIM）は、Workfront でCost Performance Index（CPI）やEstimate At Completion（EAC）などの出来高指標の計算に使用される方法を制御します。詳しくは、Cost Performance Index（CPI）の計算とCalculate Estimate At Completion（EAC）を参照してください。

• Hour-based：Workfront では、「Planned Hours」を使用して EAC や CPI などのパフォーマンス指標を計算します。PIM が時間数に基づいて計算される場合、EAC は時間数として表示されます。「Planned Hours」に 0 以外の値が設定されていることを確認してください。

• Cost-based：Workfront では、「Planned Labor Cost」を使用して EAC や CPI などのパフォーマンス指標を計算します。担当業務またはユーザーが 1 時間当たりのコスト率に関連付けられていることを確認します。PIM がコストに基づいて計算される場合、EAC は通貨値として表示されます。

  プロジェクトマネージャーは、Project DetailsのFinanceエリアを使用して、この設定をプロジェクトレベルで変更できます。詳しくは、プロジェクトのFinanceエリアでの情報の管理を参照してください。

Estimate at Completion ​

プロジェクトの見込み総コストを表すEstimate at Completion（EAC）の計算に Workfront で使用されるデータを決定します。

• Calculate at project level：EAC の式に Actual Hours または Actual Labor Cost を入力することで、親タスクおよびプロジェクトの EAC が決定されます。計算には、親タスクまたはプロジェクトに直接追加されたActual HoursまたはCosts and Expensesが含まれます。

• Roll up from tasks/subtasks：子タスクごとの EAC を合計することで、親タスクおよびプロジェクトの EAC が決定されます。この計算では、親タスクまたはプロジェクトに直接追加されたActual HoursまたはActual Costs and Expensesは除外されます。

  プロジェクトマネージャーは、Project DetailsのFinanceエリアを使用して、この設定をプロジェクトレベルで変更できます。詳しくは、プロジェクトのFinanceエリアでの情報の管理を参照してください。

EAC の計算方法について詳しくは、Estimate At Completion（EAC）の計算を参照してください。

Schedule From

新規プロジェクトが作成時に開始日からスケジュールされるか、完了日からスケジュールされるかを決定します。

• Start Date：新しいタスクの「タスクの制約」がデフォルトで「As Soon As Possible」になり、プロジェクトのPlanned Start Dateを指定するように求めるプロンプトがプロジェクトマネージャーに表示されます。
• Completion Date：新しいタスクの「タスクの制約」がデフォルトで「As Late As Possible」になり、プロジェクトのPlanned Completion Dateを指定するように求めるプロンプトがプロジェクトマネージャーに表示されます。

User Time Off

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

• Consider user time off in task durations：タスクのプライマリ担当者にスケジュールされている休暇がタスクの期間中に発生する場合、その休暇によってタスクの予定日が調整されます。これはデフォルトの設定です。

  例えば、「As Soon As Possible」という制約を持つタスクが 6月1日に開始し 6月3日に完了するようにスケジュールされ、6月2日がプライマリ担当者の休暇に指定されている場合、タスクの予定日は 6月1日から 6月4日までに調整されます。

  重要：

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

• Ignore user time off in task durations：プロジェクトの各タスクの予定日は、タスクのプライマリ担当者がその期間中に休暇を取る場合でも、元の予定日のまま変わりません。

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

• この設定を変更すると、変更後に作成されたプロジェクトとテンプレートのみが、更新された設定を継承します。

• タスクの「タスクの制約」値によって、調整するタスク予定日が決まります。

  • 予定開始日
  • 予定完了日
  • 両方の日付
  • どちらも日付でもない

  例えば、タスクの制約が「Fixed Dates」の場合、「Consider user time off in task duration」オプションが選択されていても、プライマリ担当者が休暇を取っている場合に日付は調整されません。タスクの制約については、タスクの制約の概要を参照してください。

Project timelines are automatically re-calculated

プロジェクトのタイムラインを再計算するタイミングを指定します。プロジェクトタイムラインの再計算については、プロジェクトタイムラインの再計算を参照してください。

次のオプションが、デフォルトで有効になっています。以下の設定を 1 つ以上選択できます。

• Every night：毎晩プロジェクトのタイムラインを再計算する場合に選択します。タイムラインに影響を与える可能性のある変更をプロジェクトに対して行っても、それはすぐには表示されません。Workfront​​​ では、以下の条件がすべて満たされるプロジェクトの場合にのみ、夜間にタイムラインを再計算します。

  • ステータスが「Current」である

  • 過去 3 か月間に更新があった

  • 「更新の種類」が以下のいずれかである

  • • 自動/変更時
    • 変更時のみ
    • 自動のみ

    ヒント：

    「更新の種類」が「手動のみ」のプロジェクトは、この設定の影響を受けません。

    プロジェクトのスコープが変更されたとき：プロジェクト範囲の変更に伴いプロジェクトのタイムラインを直ちに再計算する場合に選択します。プロジェクト範囲の変更の構成要素については、プロジェクトタイムラインの再計算を参照してください。

When multiple users are assigned to a task use the schedule of the

プロジェクトにスケジュールが割り当てられていない場合や、タスクに割り当てられたユーザーにスケジュールが割り当てられていない場合、Workfront では、システムのデフォルトのスケジュールを使用して、タスクのタイムラインを計算します。

プロジェクトの同じタスクに複数のユーザーを割り当て、そのプロジェクトには割り当てられたスケジュールがあり、タスクに割り当てたユーザーにもスケジュールが割り当てられている場合、Workfront では以下のスケジュールを使用します。

• Primary Assignment：Workfront では、タスクに対するプライマリ割り当てのスケジュールを使用して、タイムラインを計算します。
• Project：Workfront では、プロジェクトのスケジュールを使用して、各タスクのタイムラインを計算します。

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

Timeline Calculations

• Typical hours per work day：プロジェクトを担当するユーザーの通常の就業日の時間数を設定します。デフォルトは 8 時間です。

• Typical work days per week：プロジェクトを担当するユーザーに標準の週労働日数を設定します。デフォルトは 5 日です。

これらの 2 つのオプションは、日数を時間数に、または週数を日数に変換します。

例えば、予定時間数が 8 時間のタスクがあり、期間が予定時間数に基づいて計算される場合、Workfront では、時間数を日数に変換して、期間を日数で表示します。

Workfront では、「Typical work days per week」フィールドからシステムのフルタイム当量（FTE）値を計算します。これは、Workfront でユーザーへの割り当てを計算する際に使用するものです。

これらの値は、プロジェクトのタイムラインを計画したり、リソースの予算を計上したり、プロジェクトに対する時間を記録したりする際に使用されます。

これらの値は、タイムシートと時間の環境設定のConfigureで説明しているとおり、システム内のユーザーのタイムシートを設定する際には使用されません。

メモ：

Workfront 管理者は Timeline Calculations 環境設定のロックを解除できません。

Custom Quarters

プロジェクトを担当するユーザー向けに、カスタム四半期を設定します。カスタム四半期は通常、暦年の従来の四半期分類と一致しない四半期です。複数のカスタム四半期を追加できます。詳しくは、プロジェクトのカスタム四半期の有効化を参照してください。

メモ：

Workfront 管理者は Custom Quarters 環境設定のロックを解除できません。

After a project has been marked as Complete, people can still

プロジェクトステータスが「Complete」とマークされた後にタスクやイシューを削除できるかどうかに関して、組織（または、グループのプロジェクト環境設定を指定している場合はグループ）のルールを決定します。

• Delete Tasks：プロジェクトが「Complete」とマークされた後で、ユーザーがプロジェクトからタスクを削除できます。
• Delete Issues：プロジェクトが「Complete」とマークされた後で、ユーザーがプロジェクトからイシューを削除できます。

After a Project is marked Complete, Dead, or it is Pending Approval, people can still

プロジェクトのステータスが Complete、Dead または Pending Approval とマークされた後にプロジェクト内のタスク、イシュー、ドキュメントおよびその他のオブジェクトがどうなるかに関して、組織（または、グループのプロジェクト環境設定を指定している場合はグループ）のルールを決定します。

• Add and edit tasks：ユーザーが以下を行えます。

  • プロジェクトが「Complete」、「Dead」または「Pending Approval」とマークされた後で、プロジェクト内のタスクを編集する。これには、時間数の追加やタスクの費用エントリの変更などが含まれます。
  • プロジェクトにタスクを追加する。

• Add and edit issues：ユーザーが以下を行えます。

  • プロジェクトが「Complete」、「Dead」または「Pending Approval」とマークされた後で、プロジェクト内のイシューを編集する。
  • プロジェクトが「Complete」または「Dead」とマークされた後で、プロジェクトにイシューを追加する（ステータスが「Pending Approval」のプロジェクトには、イシューを追加できません）。

• Add documents to the project and to its tasks and issues：プロジェクトが「Complete」または「Dead」とマークされた後で、ユーザーがプロジェクトにドキュメントを追加（またはプロジェクト内のタスクやイシューにドキュメントを追加）できます。

  このオプションは、承認保留中のプロジェクトには適用されません。

• Attach templates：プロジェクトが「Complete」または「Dead」とマークされた後で、ユーザーがプロジェクトにテンプレートを添付できます。

  このオプションは、承認保留中のプロジェクトには適用されません。