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

このページでハイライト表示されている情報は、まだ一般に利用できない機能を示します。すべてのお客様が、プレビュー環境でのみ使用できます。 実稼動環境への毎月のリリースの後、迅速なリリースを有効にしたお客様には、実稼動環境でも同じ機能を利用できます。

迅速リリースについて詳しくは、組織での迅速リリースを有効または無効にするを参照してください。

Adobe Workfront 管理者がシステム内のすべてのグループのプロジェクト環境設定のロックを解除している場合は、グループ管理者は、グループが作成する後続のすべてのプロジェクトに影響を与えるように、グループのその環境設定を指定することができます。

管理するグループ上にグループがある場合は、その管理者がグループに対してこの操作を行うこともできます。Workfront 管理者(すべてのグループ)も同様です。

NOTE
  • 通常、ロック解除された環境設定は、無期限にロック解除されたままになります。Workfront 管理者が再ロックすると、システム設定が再度有効になり、グループ管理者が行った環境設定は失われます。

  • プロジェクトに関連付けられたグループ向けの環境設定のセットは、プロジェクトを作成するユーザーのホームグループ向けの環境設定のセットよりも優先されます。

  • グループレベルの環境設定の中には、グループ用に作成するプロジェクトテンプレートに影響を与えるものがあります。詳しくは、グループのプロジェクトテンプレートの作成と変更の記事内の、グループエリアから、グループのテンプレートの表示、操作、作成を実施の節を参照してください。

  • Workfront 管理者がシステムレベルで環境設定をロック解除した後は、これを設定してからロックすると、グループおよびそのサブグループ内の全員が、同じ設定を使用できるようになります。これは、Workfront 管理者がシステム内のすべてのユーザーに対して環境設定を指定およびロックするための機能と同じです。詳しくは、サブグループのプロジェクト、タスク、イシューの環境設定のロックまたはロック解除を参照してください。

タスクとイシューの環境設定、およびタイムシートと時間の環境設定を、グループレベルで指定することもできます。詳しくは、グループのタスクとイシューの環境設定の指定およびグループのタイムシートと時間の環境設定の指定を参照してください。

Workfront 管理者が環境設定をロック解除する方法について詳しくは、システム内のすべてのグループのプロジェクト環境設定のロックまたはロック解除を参照してください。

アクセス要件

展開すると、この記事の機能のアクセス要件が表示されます。

この記事の手順を実行するには、次のアクセス権が必要です。

table 0-row-2 1-row-0 2-row-2 3-row-2 layout-auto html-authored no-header
Adobe Workfront プラン 任意
Adobe Workfront プラン

新規:標準

または

現在:プラン

アクセスレベル設定 グループのグループ管理者またはシステム管理者である必要があります。

この表の情報について詳しくは、Workfront ドキュメントのアクセス要件を参照してください。

グループのロック解除されたプロジェクトの環境設定の指定

TIP
Workfront 管理者は、設定/プロジェクトの環境設定/プロジェクトに移動して、ページの上部にあるボックスでグループの名前を検索することにより、手順 1 から 4 をスキップできます。
  1. Adobe Workfront の右上隅にある​ メインメニュー ​アイコン メインメニュー をクリックするか、または(使用可能な場合)左上隅にある​ メインメニュー ​アイコン メインメニュー 、「設定 設定アイコン の順にクリックします。

  2. 左側のパネルで、グループ をクリックします。

  3. プロジェクトの環境設定を指定するグループの名前をクリックします。

  4. 左側のパネルで、プロジェクトの環境設定 ​をクリックします。

  5. 表示されるページで、以下の 4 つのセクションのいずれかに進み、プロジェクトのステータス、タイムライン、ビジネスケース、終了後の操作に関する環境設定を行います。

    note tip
    TIP
    環境設定にポインタを合わせると、その設定がロックされていることを示すツールヒントが表示される場合は、Workfront 管理者に問い合わせて、組織内のすべてのグループについてロックを解除するように依頼します。

プロジェクトのステータス project-status

グループに関連付けられた新しく作成されたプロジェクトに対して、以下の環境設定を行います。

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

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

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

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

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

メモ

ユーザーが異なる環境設定を持つ複数のグループに属していて、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)の計算を参照してください。

タイムライン timelines

グループに関連付けられた新しく作成されたプロジェクトに対して、以下の環境設定を行います。

スケジュールの基点

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

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

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

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

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

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

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

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

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

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

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

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

プロジェクトタイムラインを自動的に再計算するタイミング

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

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

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

    • ステータスが「現在」であること
    • 過去 3 か月間に更新があった
  • プロジェクトのスコープが変更されたとき:プロジェクト範囲の変更に伴いプロジェクトのタイムラインを直ちに再計算する場合に選択します。プロジェクト範囲の変更の構成要素については、プロジェクトタイムラインの再計算を参照してください。

複数のユーザーが 1 つのタスクに割り当てられている場合は、のスケジュールを使用する…

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

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

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

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

1 人のユーザーが 1 つのタスクに割り当てられた場合、以下のスケジュールを使用する…

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

1 人のユーザーをプロジェクトのタスクに割り当て、プロジェクトとユーザーの両方にスケジュールを関連付けると、Workfront では次のスケジュールが使用されます。

  • User:タイムラインを計算するタスクに割り当てられたユーザーのスケジュール。
  • プロジェクト ​: タスクのタイムラインを計算するプロジェクトのスケジュール。

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

タイムラインの計算
  • 1 日あたりの通常の時間:プロジェクトを担当するユーザーの通常の就業日の時間数を設定します。デフォルトは 8 時間です。
  • 週別の通常の稼働日数:プロジェクトを担当するユーザーの標準の週労働時間を設定します。デフォルトは 5 日です。

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

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

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

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

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

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

カスタム四半期

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

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

ビジネスケース business-cases

グループに関連付けられた新しく作成されたプロジェクトのビジネスケースを作成して、プロジェクトリクエストを送信できます。ビジネスケース ​フォーム上でどのエリアを表示するかを指定する環境設定を定義できます。ポートフォリオオプティマイザーなどの他のツールで適切に更新されるように、これらのオプションを有効にすることをお勧めします。各フィールドの表示内容について詳しくは、ビジネスケースの定義:記事の索引を参照してください。

Workfront 管理者がビジネスケースのセクションを有効にしてから、プロジェクト所有者がプロジェクトレベルでビジネスケースを作成できます。ビジネスケースの作成については、プロジェクトのビジネスケースの作成を参照してください。

終了後の操作 life-after-death

グループに関連付けられた新しく作成されたプロジェクトに対して、以下の環境設定を行います。

プロジェクトの状態が完了となった後も許可する操作

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

  • タスクを削除:プロジェクトが「完了」とマークされた後で、ユーザーがプロジェクトからタスクを削除できます。
  • イシューを削除:プロジェクトが「完了」とマークされた後で、ユーザーがプロジェクトからイシューを削除できます。
プロジェクトのステータスが「完了」、「無効」、または「承認待ち」となった後も許可する操作

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

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

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

    • プロジェクトが「完了」、「停止」、または「承認待ち」とマークされた後で、プロジェクト内のイシューを編集します。
    • プロジェクトが「完了」または「無効」とマークされた後で、プロジェクトにイシューを追加します。(「承認待ち」のプロジェクトにはイシューを追加できません。)
  • プロジェクトとそのタスクおよびイシューにドキュメントを追加:プロジェクトが「完了」または「無効」とマークされた後で、ユーザーがプロジェクトにドキュメントを追加(またはプロジェクト内のタスクやイシューにドキュメントを追加)できます。

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

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

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

recommendation-more-help
5f00cc6b-2202-40d6-bcd0-3ee0c2316b43