タスクの編集

タスクが開発のどのような段階にあるかを示す、タスクのステータスを選択します。

ヒント

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

これは、タスクを優先付けするための視覚的なフラグです。

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

• なし

• 低

• 標準

• 高

• 緊急

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

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

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

• 固定日付

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

• 指定日に開始

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

• 指定日に終了

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

• できるだけ早く

• できるだけ遅く

• 最も早い空き時間

• 最も遅い空き時間

• 指定日までに開始

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

• 指定日以後に開始

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

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

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

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

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

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

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

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

タスクの計画時に予想される完了日。予定完了日は、次のようなさまざまな要因によって設定できます。

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

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

• タスクの期間タイプが「シンプル」である。

  ヒント

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

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

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

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

メモ

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

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

• 作業アイテムをアクティブなリソースに再割り当てする。
• 非アクティブ化されたチームのユーザーをアクティブなチームに関連付け、作業アイテムをアクティブなチームに再割り当てする。

これにより、以下の項目間の関係が明らかになります。

• タスクに割り当てられたリソースの数

• タスクの完了に必要な合計作業量

• タスクの合計期間。

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

期間タイプを使用すると、タスクのニーズに基づいて一貫したリソース割り当てを設定できます。タスクの期間タイプについて詳しくは、タスク継続期間と期間タイプの概要を参照してください。

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

• 予定割り当て時間

• 予定作業

• 残存作業時間の優先

• シンプル

これは、定期タスクの親にのみ表示されます。タスクが作成された時点で定義された、各定期タスクの期間が表示されます。定期タスクの作成について詳しくは、定期タスクの作成を参照してください。

メモ

個々の定期タスクで変更された期間には、このフィールドに示された値は表示されません。

タスクが完了するまでタスクを開いたままにしておくことができる時間です。

重要

タスク期間は通常、予定開始日から予定完了日までの時間で、プロジェクトのタイムラインに影響します。

タスクの期間と時間の単位を指定するには、以下を行います。

• 時間の長さを入力し、ドロップダウンメニューに表示される時間の単位から選択します。

  ヒント

  タスクリストのタスクの期間を更新する際は、時間の単位の省略形を使用できます。

次の表にある通常時間または経過時間のオプションから選択できます。

メモ

経過時間は、タスクの期間の時間単位です。タスクの予定開始日から予定完了日までの時間で、休日、週末および休暇を含みます。つまり、経過時間はカレンダーの日数の経過です。

通常の時間は、休日、週末および休暇を考慮し、これらをタスクの期間から除外します。タスクの期間について詳しくは、タスクの期間と期間のタイプの概要を参照してください。

タスクの予定時間数を時間単位で指定します。タスクの担当者がタスクを完了するのにかかる実際の時間です。タスクの予定時間数を指定できるのは、期間タイプが予定割り当て時間に設定されている場合のみです。期間のタイプについて詳しくは、タスクの期間と期間のタイプの概要を参照してください。

メモ

繰り返しタスクを作成する場合、予定時間数はそれぞれの繰り返しタスクの時間です。親タスクの予定時間数は、すべてのタスクからのすべての予定時間数の合計です。繰り返しタスクの作成について詳しくは、繰り返しタスクを作成を参照してください。

タスクの制約事項が「予定作業」または「残存作業時間の優先」である場合は、それぞれの担当者の 配分 ％（配分率）を指定します。これは、担当者がスケジュールからこのタスクに費やすことができる時間です。担当者の配分率を変更すると、タスクの予定時間数が変更されます。

タスクの制約事項が「シンプル」の場合は、以下の項目を指定することができます。

• それぞれの担当者の時間配分数。

• タスクの予定時間数

• タスクの期間

個人を担当者として選択した場合は、「担当者の役割」ドロップダウンメニューから役割を選択します。これは、担当者がこのタスクで果たすことができる役割です。

ヒント

プロファイル内で各担当者に関連付けられている担当業務のみがドロップダウンメニューに表示されます。

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

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

• コストなし

• 固定 (毎時)

• ユーザー (毎時)

• 役割（毎時）

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

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

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

• 請求不可

• ユーザー (毎時)

• 役割（毎時）

• 固定 (毎時)

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

• 役割（毎時）（上限付き）

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

• 役割（毎時）+ 固定

• 固定収益

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

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

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

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

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

• 予定通りを想定

• 遅延警告を無視

• オートコンプリート

• 先行タスク

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

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

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

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

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

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

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

  重要

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

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

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

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

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

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