グループのプロジェクト環境設定の指定

Workfront プラン*

任意

Adobe Workfront ライセンス*

プラン

グループのグループ管理者または Workfront 管理者である必要があります。詳しくは、グループ管理者およびユーザーへの完全な管理アクセス権の付与を参照してください。

ユーザーがテンプレートを使用せずにプロジェクトを作成することを許可

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

• プロジェクトのリストで「新規プロジェクト」オプションを使用

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

この環境設定は、システムレベルでデフォルトで有効になっています。

メモ

ユーザーが異なる環境設定を持つ複数のグループに属していて、1 つ以上のグループでこの環境設定が有効になっている場合、ユーザーはテンプレートを使用せずにプロジェクトを作成できます。

新規プロジェクトのステータスを次のように設定

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

メモ

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

• グループプロジェクトの環境設定では、ロック済みステータスまたは必須ステータスのみを、デフォルトのステータスとして選択できます。

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

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

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

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

以下に基づいて完了率を計算

プロジェクトまたは親タスクの完了率は、タスクの全体的な進捗状況に基づきます。この情報は、プロジェクトのタスクの期間または予定時間数に基づいて計算できます。

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

期間を選択する場合は、「タイムライン」セクションで、作業日あたりの標準的な時間数と 1 週間あたりの標準的な作業日数を必ず指定してください。Workfront では、期間に基づいてタスクの完了率を計算する際にこの情報を使用します。

予定時間数を選択する場合は、それぞれのプロジェクトのすべてのタスクに予定時間数の数値が定義され、その数値がゼロでないことを確認します。

進捗ステータスに応じて、プロジェクトの状況を自動的に設定

この環境設定を使用すると、ユーザーはプロジェクトの状況（目標どおり、リスクあり、問題あり）を手動で設定できます。あるいはタイムライン上のプロジェクトの進行状況に基づいて、Workfront に状況（進捗ステータス）を自動的に設定させることができます。プロジェクト状況について詳しくは、プロジェクト状況と状況タイプの概要を参照してください。

自動的にベースラインを作成

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

パフォーマンスインデックスメソッド

プロジェクトのパフォーマンスインデックスメソッド（PIM）は、Workfront がコスト効率指数（CPI）や完了時の見積り（EAC）などの出来高指標を計算するために使用する方法を制御します。詳しくは、コスト効率指数（CPI）の計算および完了時の見積り（EAC）の計算を参照してください。

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

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

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

完成時総コスト見積り

プロジェクトの見込み総コストを表す完成時総コスト見積り（EAC）を計算するために Workfront がどのデータを使用するかを決定します。

• プロジェクトレベルで計算：親タスクとプロジェクトの EAC は、EAC 式の実際の時間数または実際の労力コストを入力すると決定されます。この計算には、親タスクやプロジェクトに直接追加された実際の時間数またはコストと費用が含まれます。

• タスクやサブタスクからロールアップ：親タスクとプロジェクトの EAC は、それぞれの子タスクの EAC を合計することによって決定されます。この計算からは、親タスクやプロジェクトに直接追加された実際の時間数および実際のコストと費用が除外されます。

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

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

スケジュールの基点

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

• 開始日：新規タスクのデフォルトは「できるだけ早く」というタスク制約事項で、プロジェクトマネージャーにはプロジェクトの予定開始日の指定を求められます。
• 完了日：新しいタスクのデフォルトは「可能な限り遅延する」タスク制約で、プロジェクトマネージャーはプロジェクトの完了予定日の指定を求められます。

ユーザーの休暇

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

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

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

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

• タスク期間のユーザーの休暇を無視する：プロジェクトの各タスクの予定日は、タスクのプライマリ担当者がその期間中に休暇を取る場合でも、元の予定日のまま変わりません。

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

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

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

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

  例えば、タスクに固定日付の制約があると、タスク継続期間中のユーザーの休暇を考慮するが選択されていても、プライマリ担当者が休暇をとった場合に日付が調整されません。タスクの制約については、タスクの制約の概要を参照してください。

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

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

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

  • ステータスが「現在」であること
  • 過去 3 か月間に更新があった

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

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

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

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

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

タイムラインの計算

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

• 週別の通常の稼働日数：プロジェクトを担当するユーザーの標準の週労働時間を設定します。デフォルトは 5 日です。

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

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

Workfront では、「1 週間あたりの標準的な作業日数」フィールドからシステムのフルタイム当量（FTE）値を計算します。これは、Workfront でユーザーへの割り当てを計算する際に使用するものです。

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

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

メモ：Workfront 管理者はタイムライン計算環境設定のロックを解除できません。

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

メモ：Workfront 管理者はカスタム四半期の環境設定をロック解除できません。

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

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

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

• タスクの追加と編集：ユーザーが以下を行えます。

  • プロジェクトが「完了」、「無効」、または「承認待ち」とマークされた後で、プロジェクト内のタスクを編集します。これには、時間数の追加やタスクの費用エントリの変更などが含まれます。
  • プロジェクトにタスクを追加する。

• イシューの追加と編集：ユーザーが以下を行えます。

  • プロジェクトが「完了」、「停止」、または「承認待ち」とマークされた後で、プロジェクト内のイシューを編集します。
  • プロジェクトが「完了」または「無効」とマークされた後で、プロジェクトにイシューを追加します。（「承認待ち」のプロジェクトにはイシューを追加できません。）

• プロジェクトとそのタスクおよびイシューにドキュメントを追加：プロジェクトが「完了」または「無効」とマークされた後で、ユーザーがプロジェクトにドキュメントを追加（またはプロジェクト内のタスクやイシューにドキュメントを追加）できます。

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

• テンプレートの添付：プロジェクトが「完了」または「無効」とマークされた後で、ユーザーがプロジェクトにテンプレートを添付できます。

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