タスクの編集

タスクの開発ステージを示すタスクのステータスを選択します。

ヒント

タスクのステータスを、タスクのヘッダーでアップデートできます。

Workfrontまたはグループ管理者が、タスクステータスの名前をカスタマイズできます。 詳しくは、 ステータスの作成または編集を参照してください。

これは、タスクに優先順位を付けることができる視覚的なフラグです。

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

• なし

• 低

• 標準

• 高

• 緊急

Workfront 管理者が選択したプロジェクト設定に応じて、優先順位の名前が異なる場合があります。タスクの優先度については、タスクの優先度の更新.を参照してください。

タスクをいつ完了する必要があるかを、タスクの制約を指定して決定します。

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

• 固定日付

  予定開始日と 予定完了日 を指定します。

• 指定日に開始

  予定開始日を指定します。

• 指定日に終了

  予定完了日を指定します。

• できるだけ早く

• できるだけ遅く

• 最も早い空き時間

• 最も遅い空き時間

• 指定日までに開始

• 予定開始日を指定します。

• 指定日以後に開始

  予定開始日を指定します。

• これよりも遅く終了しない

  予定完了日を指定します。

• これよりも早く終了しない

  予定完了日を指定します。

タスクの制約について詳しくは、タスクの制約の概要を参照してください。

タスクの開始がいつに予定されているか。タスクの予定開始日が設定され、次のような様々な要因の影響を受けます。

• タスクの開始予定日に関するシステム全体の環境設定に応じて、プロジェクトの新規タスクの開始日は、デフォルトで本日またはプロジェクトの開始日になります。プロジェクトに関連付けられたグループのグループ管理者も、グループに対してこの環境設定を行うことができます。システムレベルまたはグループレベルのタスク環境設定について詳しくは、システム全体のタスクとイシューの環境設定の指定を参照してください。
• タスクの先行タスクに応じて、予定開始日は、先行タスクの終了後（または先行タスク関係によっては開始後）の次の設定可能な日付として Workfront によって選択されます。先行タスク関係について詳しくは、タスク先行タスクの概要を参照してください。
• タスクの制約が「固定日付」または「指定日に開始」のいずれかである場合、プロジェクトマネージャーまたはタスク責任者は、予定開始日を手動で設定できます。タスクの制約について詳しくは、タスクの制約の概要を参照してください。

タスクの計画時に予想される完了日。Workfrontは、次のいくつかの要因を使用して「予定完了日」を設定します。

• 予定完了日は、予定開始日にタスクの期間を加算することによって、予定開始日から計算されます。プロジェクトマネージャーまたは Workfront 管理者がタスクの期間を指定すると、予定完了日の更新がトリガーされます。予定日が変更される場合、多くの場合、タスクの期間が更新されていることが原因です。
• タスクの制約が「固定日付」か「指定日に終了」のいずれかである場合、プロジェクトマネージャーまたはタスク責任者は、予定完了日を手動で設定できます。タスクの制約について詳しくは、タスク制約の概要を参照してください。
• タスクの期間タイプが変更され、同時にタスクのリソース数が変更されると、予定完了日も変更されます。期間のタイプについて詳しくは、タスクの期間と期間のタイプの概要を参照してください。

タスクの完了に必要な工数。プロジェクトマネージャーは、タスクの完了に必要な作業量を見積もる際に、予定時間数の代わりにこのフィールドを使用することにします。このフィールドは、次の条件を満たした場合にのみ表示されます。

• タスクの期間タイプはシンプルです。

  ヒント

  タスク期間の種類を変更すると、このフィールドは淡色表示になります。

• プロジェクトマネージャーが、プロジェクトの「作業量を使うとタスクの予定時間数を自動的に計算できます」フィールドを有効にしてある。

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

• 小
• 中（新しいタスクのデフォルト値）
• 大

メモ

工数を更新すると、タスクの予定時間数が更新される可能性があります。プロジェクトの更新タイプが「自動」の場合、更新は即時に行われます。プロジェクトの更新タイプが「手動」の場合は、更新された予定時間数を表示するためにタイムラインを再計算する必要があります。

予定時間数ではなく作業量を使用してタスク量を見積もる方法について詳しくは、作業量の概要を参照してください。

タスクのコストタイプを指定します。これにより、タスクの時間数に基づいて、タスクのコストの計算方法が決まります。

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

• コストなし

• 固定 (毎時)

• ユーザー (毎時)

• 役割（毎時）

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

タスクの収益タイプを指定します。これにより、タスクの時間数に基づいて、タスクの収益の計算方法が決まります。

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

• 請求不可

• ユーザー (毎時)

• 役割（毎時）

• 固定 (毎時)

• ユーザー (毎時) (キャップ付き)

• 役割（毎時）（キャップ付き）

• ユーザー（毎時）+ 固定

• 役割（毎時）+ 固定

• 固定収益

収益の追跡について詳しくは、請求と収益の概要を参照してください。

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

タスクの進捗ステータスの追跡方法を指定します。

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

• ユーザーが更新する必要あり

• 予定通りを想定

• 遅延警告を無視

• オートコンプリート

• 先行タスク

タスクのトラッキングモードについて詳しくは、タスクトラッキングモードの概要を参照してください。

標準化の遅延を時間単位で指定します。

平準化の遅延について詳しくは、タスクの平準化の遅延をアップデートを参照してください。

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

承認プロセスの作成について詳しくは、作業アイテムの承認プロセスの作成を参照してください。承認プロセスを追加する際は、次の点を考慮してください。

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

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

  重要

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

• タスクがプロジェクトに追加されるときに、タスクに自動的に添付されるデフォルトの承認プロセスを定義できます。デフォルトのタスク承認プロセスを含めるようにプロジェクトを設定する方法については、プロジェクトの編集の記事で「タスク」の節を参照してください。

• タスクを一括編集する場合は、次のシナリオが存在します。

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

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

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