Adobe Workfront の用語集

プロジェクトまたはタスクに記録されたすべての費用の Actual Amounts の合計です。

例

タスク 1 の費用を作成し、Actual Amount フィールドに $600.00 と入力した場合、このタスクの Actual Expense Cost は $600.00 になります。

プロジェクトの場合、Workfront は次の式で Actual Expense Cost を計算します。

Project Actual Expense Cost = SUM (All Project Actual Expense Costs) + SUM (All Tasks Actual Expense Costs) + Project Fixed Cost

プロジェクト、タスク、またはイシューレポートでは、Actual Hours は、プロジェクト、タスク、またはイシューに関して記録されたすべての時間の合計です。

例： タスク 1 の Updates タブから「ログ時間」をクリックし、25 時間と入力した場合、タスク 1 の実際の時間は 25 時間になります。

Workfront 次の式を使用して、親タスクまたはプロジェクトの Actual Hours を計算します。

• For parent tasks = children Actual Hours + Actual Hours on the parent task.

• For projects = Actual Hours logged on the project + Actual Hours logged on standalone or children tasks in the project

タスクまたはプロジェクトに投入された労力に関連する Actual Cost。

タスクの場合、Workfront は次の式を使用して Actual Labor Cost を計算します。

Task Actual Labor Cost = Number of Actual Hours on the task * User or Job Role Hourly Cost Rate

タスクの Cost Type が User Hourly の場合、Workfront はユーザーレートを使用します。タスクが Cost Type が Role Hourly の場合、Workfront は Actual Labor Cost を計算するために担当業務レートを使用します。

プロジェクトの場合、Workfront では、次の式を使用して Actual Labor Cost を計算します。

Project Actual Labor Cost = SUM(All Tasks Actual Labor Cost)

詳しくは、コストの追跡を参照してください。

例： 例えば、ユーザーが User Hourly Cost Type でタスクに対して 5 時間記録し、その時間単価が $100 の場合、Actual Labor Cost は $500 になります。

プロジェクトまたはタスクの Actual Revenue は、プロジェクトまたはタスクの Actual Hours に関連する金額です。

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

これが filters で参照される場合、このフィールドには、ログインユーザーが属するチームのいずれかに属するユーザー、またはログインユーザーが属するチームのいずれかに割り当てられた作業アイテムが表示されます。

他のユーザーとレポートを共有する場合は、このフィールドをフィルターで使用して、より一般的なレポートにすることをお勧めします。このように、情報は常にログインユーザーに合わせてカスタマイズされるので、レポートを 1 つだけ作成して、ログインしてレポートを表示するユーザーに応じて異なる情報を表示することができます。

このフィールドは、次のタイプのレポートにあります。

• Project（財務データ）

• Budgeted Hour

Project (Financial Data)レポートに財務情報が入力されるのは、関連付けられているデータが 5 年未満の場合のみです。例えば、2015年1月に担当業務がタスクに割り当てられ、今日が 2021年9月の場合、Project (Financial Data)レポートでは、担当業務のAllocation Dateなどの財務フィールドにデータは入力されません。

Budgeted Hourレポートの場合：

• リソースプランナーでリソースやプロジェクトに割り当てられるBudgeted Hoursの量を把握しようとする場合は、このレポートを作成します。

• Allocation Dateは、Resource Plannerで時間を予算計上した週の最初の日（日曜日）です。

  ヒント

  1 週間が 2 か月にわたる場合は、レポートに 2 つの行が生成されます。1 つは週の最初の日（最初の月の 第 1 週の日曜日）に対応し、2 行目には 2 番目の月の最初の日が表示されます。

  例えば、6月30日（日曜日）～7月6日（土曜日）の週に 8 時間を予算計上した場合、2 つの行には 6月30日と 7月1日のAllocation Dateが表示されます。

  Resource Plannerでのリソースの予算計上については、Resource PlannerのProjectビューとRoleビューを使用したリソースの予算計上を参照してください。

  Budgeted Hourレポートの作成については、レポート：予算計上時間数を参照してください。

システム内でユーザーに情報を伝える方法。この情報は、多くの場合、Workfront から管理者に、または管理者からユーザーに送信されます。

詳しくは、お知らせの送信を参照してください

タスク、ドキュメント、タイムシートなどの所定の作業アイテムは、上司または他のユーザーが承認することが必要な場合があります。このサインオフのプロセスを承認と呼びます。

詳しくは、承認プロセスの概要を参照してください。

Task または Issue レポートで、このフィールドにはタスクやイシューに割り当てられているすべてのエンティティ（ユーザー、担当業務、チーム）のリストが表示されます。Assignment Users フィールドと Assignment Roles フィールドを使用して、このフィールドでフィルタリングできます。チームフィールドを使用して、タスクまたはイシューに割り当てられているチームでフィルタリングできます。このフィールドでレポートをグループ化することはできません。

Recycle Bin に配置された作業アイテムは、Assignment オブジェクトを参照する一部のレポートに引き続き表示されます。このレポートでは、OR フィルター修飾子が使用されます。

割り当てレポート、タスクレポート、イシューレポートでは、作業項目に割り当てられたユーザーが「Work On It」ボタンまたは「Done」ボタンをクリックして作業を承認または完了したかどうかが、Assignment Status に表示されます。以下の Assignment Statuses があります。

• Requested：ユーザーはタスクまたはイシューに割り当てられていますが、「Work On It」ボタンをまだクリックしておらず、作業を開始していません。
• Working：ユーザーが「Work On It」ボタンをクリックし、現在作業中です。
• Done：ユーザーが「Done」ボタンをクリックし、作業を完了しました。

詳しくは、「Work On It」ボタンと「Done」ボタンの概要を参照してください。

監査は、Workfront で発生したアクションを記録するシステムメッセージです。以下の監査タイプが記録されます。

• Scope Change
• Attachment Action
• General Edit
• Status Change
• Note
• Combined Entry
• Error Entry
• Status Change
• Subscription Change

Project Update タイプのうちの 1 つ。これにより、夜間の再計算プロセスが実行されたときや、プロジェクトまたはプロジェクト内のタスクが更新されたときに、プロジェクトの予測および計画のタイムラインが再計算されます。

詳しくは、プロジェクトの更新タイプの選択を参照してください。

この用語は、「ユーザーの空き時間」または「リソースの空き時間」に関連して使用され、リソース（ユーザーまたは担当業務）が作業できる時間を示します。

Workfront は、システム内のリソース管理の環境設定に応じて、いくつかのフィールドを使用してユーザーの空き時間を計算します。詳しくは、リソース管理環境設定の指定を参照してください。

リソースの空き時間の詳細については、リソース管理の概要を参照してください。

リソースの空き時間を指すためには「キャパシティ」も使用されます。

Project Update タイプのうちの 1 つ。これにより、夜間の再計算処理が実行されたときに「見込み」と「計画」のタイムラインが再計算されます。

詳しくは、プロジェクトの更新タイプを選択を参照してください。

顧客に請求可能としてマークされた費用。 これは、予定費用または実際の費用のいずれかです。

「予定請求可能費用コスト」および「実際の請求可能費用コスト」フィールドを使用して、ビューおよびレポートに追加できます。 プロジェクトまたはタスクの詳細ページには表示されません。

これらのフィールドは、次のタイプのレポートで確認できます。

• ベースライン
• テンプレート
• プロジェクト（財務データ）

費用を請求可能としてマークする方法について詳しくは、 プロジェクト費用の管理を参照してください。

請求可能な売上高、時間、または費用を記録します。この情報は、外部の会計システムで請求書を作成する際に使用できます。

詳しくは、請求記録を作成を参照してください。

Workfront をカスタマイズして、色やロゴを使用してインターフェイスに会社を反映した外観を与えるプロセス。

メモ
組織が Adobe Experience Cloud にオンボーディングされている場合、ブランディングは利用できません。

ページ上部のエリアで、アプリケーション内のユーザーの位置が階層的に表示されます。

詳しくは、パンくずリストの概要を参照してください。

これは非推奨のフィールドです。このフィールドに表示される情報はすべて、Workfront によって削除された機能に関連しているため、フィールドを更新できません。

このフィールドは、プロジェクトが Capacity Planner に追加されたかどうか、およびその予算の計算が完了したかどうかを示します。Capacity Planner は Workfront から削除されました。

これは非推奨のフィールドです。このフィールドに表示される情報はすべて、Workfrontが削除した機能に関連しています。このフィールドは更新できません。

このフィールドは、プロジェクト ​ のレポートおよびリストに引き続き表示されます。

これは、プロジェクトの予算リソースに関連するコストです。

フィールドは、以下の名前の下の Workfront の次のエリアに表示されます。

• Budgeted Cost：Business Case Summary パネル内
• Cost：Cost ごとに情報を表示する場合の Utilization エリア内
• Project Budgeted Cost：リストおよびレポート内

プロジェクトの Budgeted Cost は、次の式を使用して計算されます。

Project Budgeted Cost (or Budgeted Cost) = Budgeted Expense Cost + Budgeted Labor Cost + Fixed Cost of the project

Workfront における Budgeted Cost の計算と、この概念の様々な名前の理解について詳しくは、プロジェクトの予算計上コストを計算を参照してください。

プロジェクトで完了する必要がある作業のリソースに予算される時間です。このフィールドは、プロジェクトまたはプロジェクトリソースの Business Case（または Resource Planner）の Resource Budgeting エリアで予算設定された時間を参照します。

詳しくは、プロジェクトの Budgeted Labor Cost および Budgeted Hours を理解を参照してください。

Resource Planner のユーザーの予算計上についての詳細は、Project ビューと Role ビューを使用する Resource Planner 内のリソースの予算計上の記事を参照してください。

Business Case の Resource Budgeting エリアまたは Resource Planner で予算計上された時間は、以下の名前の下の Workfront の次のエリアに表示されます。

Adobe Workfront の Budgeted Hours に関する他の明記では、Workfront から削除および非推奨の機能を使用して予算計上された時間数を指します。これらは、表示のみのフィールドで、現在のリソース予算計上ツールを使用する際に、現在の情報では更新されません。

これは、リソース管理者として、プロジェクトで完了する必要のある作業の担当業務に対して予算計上する時間数に関連するコストです。

プロジェクトレポートの Budgeted Labor Cost は、次の式を使用して計算されます。

Budgeted Labor Cost = SUM(Job Role Cost per Hour * Budgeted Hours per Job Role)

このフィールドは、次を参照している場合があります。

• Business CaseのResource Budgetingエリア、またはプロジェクトの担当業務のコストに関連付けられた Resource Planner に表示される労務費。Budgeted Labor Cost の計算の詳細は、プロジェクトの Understand Budgeted Labor Cost および Budgeted Hoursの記事を参照してください。

• シナリオプランナーを使用してプロジェクトリソースを予算計上する場合、Scenario Planner からプロジェクトにリンクされたイニシアチブで推定されたPeople Costsを反映する Business CaseのResource Budgetingエリアに表示される労力コスト。イニシアチブについての情報は、シナリオプランナーのイニシアチブの概要を参照してください。

  Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner についての詳細は、Scenario Planner の概要を参照してください。

  次の領域に以下の名前で表示されます。

  • Budgeted Labor Cost：Business CaseのResource Budgetingエリア内。

  • Budgeted Cost：Utilization レポート Cost ビュー内

    詳しくは、リソース稼働率情報の表示を参照してください。

  • コスト別表示時の Resource Planner プロジェクトまたは Role ビュー内の BDG

  • Resource Planner Budgeted Labor Cost：次のレポート内

    • Project レポート
    • Project (Financial Data) レポート
    • Task レポート
    • Issue レポート
    • Budgeted Hour レポート

    レポートの作成についての詳細は、カスタムレポートの作成の記事を参照してください。

これは非推奨のフィールドです。このフィールドに表示される情報はすべて、Workfrontが削除した機能に関連しています。このフィールドは更新できません。

これらのエリアはWorkfrontから削除されました。

プロジェクト ​ のレポートおよびリストには、フィールドが引き続き表示されます。

プロジェクトを Idea ステータスから Planning ステータスに移行する必要があるかどうかを評価するために使用されるツール。言い換えれば、business case は、特にポートフォリオ内の他のプロジェクトと比較する場合に、当該のプロジェクトを開始して完了することが重要かどうかを判断するのに役立ちます。

詳しくは、プロジェクトの Business Case を作成を参照してください。

これは非推奨のフィールドです。このフィールドに表示される情報はすべて、Workfrontが削除した機能に関連しています。このフィールドは更新できません。

このフィールドは、プロジェクトおよび task リストとレポートに引き続き表示されます。

タスクの Duration Types のうちの 1 つ。これにより、タスクの Duration と Work Required に基づいて、タスクに割り当てられたユーザーが 1 日 8 時間の労働時間のうち、そのタスクに割り当てられる割合が計算されます。

詳しくは、タスクの Duration と Duration Type の概要を参照してください。

タスクの Duration Types のうちの 1 つ。これにより、Duration とユーザーのAssignment割合（1 日 8 時間の作業に基づく）を指定して、タスクのWork Requiredが計算されます。

詳しくは、タスクの Duration と Duration Type の概要を参照してください。

Workfrontでは、カレンダーレポートは、期日、作業のステータス、イベントの割り当て先ユーザーなど、イベントの日付やその他の重要な詳細を表示できる動的レポートです。

カレンダーレポートについて詳しくは、カレンダーレポートの概要を参照してください。

Workfront Planning では、カレンダ・ビューは、カレンダにレコードを表示するレコード・タイプのビューのタイプです。 Workfront Planning にアクセスするには、追加ライセンスが必要です。

このフィールドは、タスクの作業を開始する準備ができているかどうかを示します。開始の準備ができている場合、タスクの Can Start フィールドが True に設定されます。

詳しくは、タスクの「Can Start」の概要を参照してください。

カテゴリはカスタムフォームです。このオブジェクトに関するレポートを作成し、他のオブジェクトレポートにも表示できます。すべてのオブジェクトがカスタムフォームやカテゴリを持つことができるわけではありません。以下のオブジェクトは、カスタムフォームを持つことができます。

• Project
• Task
• Issue
• Portfolio
• Document
• Expense
• Program
• User
• Company
• Iteration

次のいずれかのオブジェクトのビューに列として追加されると、それらのオブジェクトに関連付けられているすべてのカスタムフォームのリストが表示されます。

• Project
• Task
• Issue
• Portfolio
• Document
• Expense
• Program
• User
• Company
• Iteration

Issue の種類の 1 つであり、通常、プロジェクトを完了する前に、計画外の量の作業が必要であることを示します。

Issue のタイプについて詳しくは、デフォルトのイシュータイプをカスタマイズの記事で、「デフォルトのイシュータイプ」の節を参照してください。

Company は、Workfront の組織単位です。

ユーザーまたはプロジェクトを 1 つの会社に関連付けることができます。詳しくは、会社の作成と編集を参照してください。

プロジェクト、タスク、またはイシューが完了するように設定した日付です。Workfront の Completion dates には複数のタイプがあります。

• Actual Completion Date。詳しくは、プロジェクトの Actual Completion Date の概要を参照してください。
• Planned Completion Date。詳しくは、プロジェクトの Planned Completion Date の設定およびタスクの Planned Completion Date の概要を参照してください。
• Projected Completion Date詳しくは、プロジェクト、タスクおよびイシューの Projected Completion Date の概要を参照してください。

これは、プロジェクトが Complete としてマークされる方法を示します。次の 2 つの値を持つことができます。

• Manual：ユーザーは、プロジェクトステータスを Complete に変更する必要があります。
• Automatic：プロジェクト内のすべてのタスクが 100％完了し、すべてのイシューがクローズされると、プロジェクトステータスは自動的に Complete に変わります。

これは、タスク、イシュー、プロジェクトの進行状況を視覚的に表現したものです。

プロジェクトの場合、条件はプロジェクト所有者が手動で設定することも、プロジェクトの進捗ステータスに基づいてWorkfrontにより自動で設定することもできます。

プロジェクト条件に指定できる値は以下のとおりです。

• On Target
• At Risk
• In Trouble

プロジェクトの条件について詳しくは、Project Condition および Condition Type の概要の記事を参照してください。

タスクとイシューの条件を、レポートに表示できる数値に関連付けることができます。以下のリストには、タスクとイシューの条件に対するデフォルトの名前と数値が表示されます。システム管理者は、条件の名前をアップデートし、異なる数値の新しい条件を追加できます。数値を条件に関連付けると、その数値は編集できなくなります。

タスクの場合、条件はタスク責任者が手動で設定します。タスク条件に指定できる値は以下のとおりです。

• Going Smoothly（0）
• Some Concerns（1）
• Major Roadblocks（2）

タスクの条件に関して詳しくは、タスクおよびイシューの Condition の更新を参照してください。

イシューの場合、条件はイシュー所有者が手動で設定します。イシューの条件に指定できる値は以下のとおりです。

• Going Smoothly（0）
• Some Concerns（1）
• Major Roadblocks（2）

メモ

Journal Entry レポートで Condition フィールドが追跡されると、New および Old Number Values には、名前の代わりに条件に関連付けられた数値が表示されます。もともとタスクまたはイシューに対して条件が定義されておらず、後でアップデートした場合、アップデートをキャプチャするジャーナルエントリには、Condition フィールドの Old Number Value が -2,147,483,648 と表示されます。この記事の「New Number Value」、「Old Number Value」、「Journal Entry」も参照してください。

このフィールドには、タスク、プロジェクト、イシューの現在の状態が表示されます。このオプションは、タスク、プロジェクト、イシューの所有者が Update Status フィールドに提供した最新のアップデートと、新しい条件が表示されます。

条件のアップデートに対しておこなわれたコメントは、Condition Update 列には表示されません。メインのアップデートのみが表示されます。

Workfront Planning では、次のいずれかの方法で接続を作成できます。

• 2 つのレコードタイプ
• レコードタイプとWorkfront オブジェクトタイプ
• レコードタイプとAdobe Experience Manager アセット

レコードタイプを接続すると、あるレコードまたはオブジェクトタイプの情報を別のレコードタイプに表示できます。

詳しくは、 接続されたレコードタイプの概要を参照してください。

Workfront Planning には追加ライセンスが必要です。

Workfront Planning では、2 つのレコード・タイプを関連付けた後、それらのタイプの 2 つの個々のレコードを相互に関連付けることができます。

レコードを接続すると、あるレコードまたはオブジェクトの情報を、別のレコード上の別のアプリケーションから表示できます。

詳しくは、 接続されたレコードの概要を参照してください。

Workfront Planning には追加ライセンスが必要です。

Must Start On など、特定の日付に結び付けられた Task Constraint を使用している場合、その特定の日付はタスクの Constraint Date になります。

以下のタスクの制約で Constraint Date フィールドがアップデートされます。

• Must Start On
• Must Finish On
• Start No Later Than
• Start No Earlier Than

ヒント

• Fixed Dates の Constraint を持つタスクには、Constraint Date がありません。

• Constraint Date は、レポートまたはカスタマイズされたビューでのみ表示できます。

「指定日に開始」など、特定の日に関連付けられたテンプレートタスクでタスクの制約を使用している場合、その特定の日がテンプレートタスクの制約の条件日になります。

以下のタスクの制約で、Constraint Day フィールドがアップデートされます。

• Must Start On
• Must Finish On
• Start No Later Than
• Start No Earlier Than

ヒント

Constraint Day は、レポートまたはカスタマイズされたビューでのみ表示できます。

タスクのスケジュールの傾向。例えば、As Soon as Possible はタスクをできるだけ早く開始するようにスケジュールし、Finish No Later Than はタスクの終了を Constraint Date までにスケジュールします。

詳しくは、Task Constraint の概要を参照してください。

プロジェクト、タスク、イシューの完了時に費やす必要がある金額です。

プロジェクトに関連する労力コスト、経費、リスクなど、様々なタイプのコストを追跡できます。Workfrontでのコストの追跡については、コストを追跡を参照してください。

1 つのプロジェクトのタスクは、別のプロジェクトのタスクに依存しています。

詳しくはプロジェクト間の先行タスクを作成を参照してください。

組織に固有のデータ。組織は、カスタムフォームとカスタムフィールドを作成して、Workfront アプリケーションをカスタマイズすることができます。このカスタム情報により、KPI、監査、およびデマンドミックスに関するレポーティングを促進することができます。

Custom Data は以下のものにリンクできます。

• Projects
• Tasks
• Users
• Companies
• Issues
• Documents
• Expenses
• Portfolios
• Programs
• Iterations

このフィールドをレポートまたはレポートオブジェクトのビューに追加して、レポートがリストにリスト表示されているダッシュボードを表示できます。

このフィールドを使用して、特定のダッシュボードにリストされているレポートをフィルタリングすることもできます。

レポートオブジェクトレポートにダッシュボード情報を含める方法について詳しくは、レポートへのアクセスと整理の記事にある「ダッシュボードにリストされるレポートの内容について」の節を参照してください。

このフィールドには、Actual Completion Date がない場合に、Planned Start と Today の日付差が表示されます。

また、Actual Completion Date が存在する場合に、Actual Completion と Planned Completion の間の日付差も表示します。

組織内のユーザーおよびプロジェクトに割り当てられる、カスタマイズ可能なデフォルトの作業時間。

スケジュールは、ユーザーに割り当てられたタスクの予定日、開始日、完了日を計算するために使用されます。

タスクとその先行タスクとの間のスケジューリング関係のタイプ。1 つの例は Finish-Start です。この場合、最初のタスクは、2 番目のタスクが開始する前に完了させる必要があります。

詳しくは、タスク依存関係タイプの概要を参照してください。

同じドキュメントが同じオブジェクトにアップロードされるたびに、バージョン番号が割り当てられます。ユーザーは、ドキュメントの以前のバージョンの複数のオプションを表示および変更できます。

詳しくは、ドキュメントバージョンを管理を参照してください。

タスク、イシューまたはプロジェクトの完了に割り当てられる時間のウィンドウ（Planned Start と予定完了日の間の日数によって決定されます）。

• タスクの場合、タスクの期間タイプが単純でない場合、期間は編集可能なフィールドです。タスクの期間タイプが単純な場合、またはタスクの制約が固定日付の場合、期間は Workfront が計算します。
• イシューの場合、期間は常に編集可能なフィールドで、イシューの解決に必要な日数の見積りを表す必要があります。
• プロジェクトの場合、期間は Workfront が計算します。プロジェクトの最も早いタスクの予定開始日と最終タスクの Planned Completion の間の日数の差を表します。

タスクの Duration と Planned Duration の差について詳しくは、タスクの Planned Duration と Duration の差の記事を参照してください。

これは、繰り返しタスクの親の Task Details ボックスと Edit Task ボックスに表示されます。各定期タスクの期間を表示します。繰り返しタスクの作成について詳しくは、繰り返しタスクを作成を参照してください。

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

タスクフィールドには、タスクを完了するために必要な作業が、タスク期間全体にわたって担当者にどのように割り当てられるかが示されます。これは、タスクの Duration、Work Required、および割り当てられたリソースがタスクを完了するために費やすべき時間、すなわち Allocation の関係を表しています。

このフィールドは、タスクの「Details」タブに表示されます。

タスクの「期間タイプ」には、次のオプションがあります。

• Calculated assignment
• Calculated Work
• Effort Driven
• Simple

詳しくは、タスクの Duration および Duration Type の概要を参照してください。

-->

Elapsed time は、タスクの Duration の時間の単位です。タスクの Planned Start Date から Planned Completion Date までの時間で、休日、週末、休日が含まれます。つまり、経過時間はカレンダーの日数の経過です。

Workfront タスクの期間に関して、次の経過時間単位をサポートします。

• Elapsed Minutes

• Elapsed Hours

• Elapsed Days

• Elapsed Weeks

• Elapsed Months

経過時間を含めたタスクの期間について詳しくは、タスクの Duration および Duration Type の概要を参照してください。

通常、これはライセンスの種類、またはそのようなライセンスを持つユーザーです。そのようなライセンスの種類を持つユーザーは、システム内の情報を確認する権限のみを持っています。それらのユーザーは積極的に作業に参加できません。

詳しくは、Adobe Workfrontライセンスの概要を参照してください。

データベースに表示される任意の Workfront オブジェクトまたはそれに関連付けられている情報。

例えば、「プロジェクト」、「ユーザー」、「時間」は、Workfront オブジェクトとフィールドの両方です。「名前」、「ステータス」、「所有者」、「開始日」は、上記のオブジェクトに関連付けられた Workfront フィールドです。

オブジェクトを参照する場合、「オブジェクト」と「フィールド」は同じ意味で使用できます。

レポートの範囲では、「フィールド」は、レポートに取り込むオブジェクトまたはオブジェクトに関する情報を指します。

メモ

テキストモードレポートでは、フィールドは、データベースに表示されるオブジェクトまたはその情報を指します。

ユーザーインターフェイスに表示される名前が、データベースのフィールドの名前と異なる場合があります。例えば、「イシュー」は Workfront インターフェイスのオブジェクトの名前ですが、「opTask」は Workfront データベースのオブジェクト（またはフィールド）の名前です。

テキストモードのレポート、表示、フィルター、グループ化を記述するとき、または計算フィールドを作成するときは、データベースに表示されるフィールドを使用することが重要です。

詳しくは、API エクスプローラーおよびテキストモードの概要を参照してください。

デフォルトでは、Workfront には、オブジェクトとその情報の両方を定義する一連のフィールドが用意されています。カスタムフィールドを作成してオブジェクトを定義することもできますが、カスタムオブジェクトを作成することはできません。

Workfront Planning では、すべてのレコードタイプのカスタムフィールドを作成できます。 Workfront レコードタイプに使用できるフィールドの数は非常に限られています。 すべてのフィールドを最初から作成し、レコードタイプに関連付ける必要があります。 詳しくは、 フィールドの概要を参照してください。

Workfront Planning には追加ライセンスが必要です。

画面に表示される情報を定義する、レポート要素またはリスト要素を構成する主要な部品の 1 つです。レポート要素について詳しくは、レポート要素：フィルター、ビューおよびグループ化を参照してください。

フィルターは、プロジェクト、タスク、イシューなど、レポートまたは Workfront パネルのリストに表示される結果を決定します。

これは Status Icons と同じフィールドですが、次の表示でのみ使用できます。

• Templates
• Expenses

詳しくは、ビュー内のビルトインのステータスアイコンの記事を参照してください。

これはフルタイム換算であり、リソースを作業に使用できる時間を示します。 FTE フィールドは、次のエリアに表示されます。

• ユーザーのプロファイル（ユーザーを編集または作成する際）
• Resource Planner
• Scenario Planner（Workfront Scenario Planner の追加ライセンスが必要）
• ユーザーリストとレポート

FTE は、1 以下の小数で指定する必要があり、0 にはできません。

FTE が 1（ユーザーのプロファイルで定義されている FTE フィールドのデフォルト）の場合、リソース（ユーザーまたは役割）は、空き時間を計算したスケジュールに基づいて、時間数全体でその作業に携わることを意味します。

Workfront 管理者が、ユーザーの空き時間の判断にどのスケジュールを使用するかを決定します。

• Default Scheduleでは、Workfront はユーザーのプロファイル内にある FTE を使用して空き時間を計算します。
• ユーザーのスケジュールを使用すると、Workfront はユーザーの休暇、Work Time 値および Default Schedule の時間を使用して、ユーザーの FTE を計算します。

詳しくは、リソース管理の環境設定を参照してください。

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

メモ

Scenario Planner のすべての計算に対して、Workfront は 1 FTE = 8 時間という値を使用します。

詳しくは、Scenario Planner の概要を参照してください。

Workfront には、目標の概念 2 つがあります。

• プロジェクト目標：プロジェクトに関わる利益関係者と合意した一連のビジネス目標です。プロジェクト目標は、プロジェクトのビジネスケースの一部です。

  プロジェクト目標をリストやレポートに表示することはできませんが、API を使用してアクセスできます。

  ビジネスケースのプロジェクト目標について詳しくは、ビジネスケース目標の作成を参照してください。

• 戦略的目標：戦略的目標は、特定の期間、作業戦略を計画するために作成する目標です。Workfront Goals を使用して、このタイプの目標を作成できます。戦略的目標を作成するには、組織が追加のライセンスを購入し、この機能へのアクセス権を持っていることが必要です。Workfront Goals は、追加のライセンスでのみ使用できます。

  詳しくは、Adobe Workfront Goals概要を参照してください。

  目標またはプロジェクトレポートに戦略目標を表示し、API を使用してそれらにアクセスできます。

Goal および Project レポートで、これは、戦略目標が他の目標と一致する場合に戦略目標が属する階層内の目標を表示するコレクションフィールドです。目標は▸区切り文字で区切られます。

このフィールドには、目標と目標の親のみが表示されます。子の目標は表示されません。

Workfront Goals での目標の整合について詳しくは、Workfront Goals の目標の整合の概要を参照してください。

このフィールドは、組織が Workfront Goals を購入した場合のみに表示されます。Workfront Goals を使用した戦略目標の管理について詳しくは、Adobe Workfront Goals 概要を参照してください。

Project レポートでは、これはプロジェクトに関連付けられているすべての戦略目標を表示するコレクションフィールドです。目標はコンマで区切ります。

このフィールドは、組織が Workfront Goals を購入した場合にのみ表示されます。Workfront Goals を使用した戦略目標の管理について詳しくは、Workfront Goals 概要を参照してください。Workfront での戦略目標とプロジェクト目標について詳しくは、この記事の「Goal」を参照してください。

同じオブジェクトにアクセスできるユーザー（同じ部門またはビジネスユニットからの場合もあります）のコレクション。ユーザーに加えて、グループをポートフォリオ、プログラム、プロジェクト、 プロジェクトテンプレート、 会社、チーム、スケジュール、レイアウトテンプレートおよびタイムシートプロファイルに関連付けることができます。

また、オブジェクトにグループ別の権限を付与することもできます。詳しくは、グループの概要を参照してください。

次のいずれかのタイプのオブジェクトのリストまたはレポートで、Group フィールドを使用して、特定のグループに関連付けられている特定のタイプのオブジェクト、ユーザー、ポートフォリオ、プログラム、プロジェクト、プロジェクトテンプレート、会社、チーム、スケジュール、レイアウトテンプレートまたはタイムシートプロファイルを一覧表示できます。

指定したユーザーグループのオブジェクト、アクセスおよびユーザーを管理するユーザー。

Group レポートのこのフィールドには、グループで Group Administrators に指定されたユーザーの名前が表示されます。グループ管理者について詳しくは、グループ管理者を参照してください。

Layout Template、Timesheet Profile または Schedule report で、このフィールドには、グループ管理者がテンプレートを変更するためのアクセス権を持つグループが表示されます。また、このフィールドでこのレポートをフィルタリングすることもできます。

詳しくは、レイアウトテンプレートの作成と管理を参照してください。

リスト内の情報を共通の基準で分類するために使用されるレポート要素。

詳しくは、レポート要素：フィルター、ビューおよびグループ化の記事の「Groupings」の節を参照してください。

タスク、イシューまたはプロジェクトに関してユーザーがログに記録する実際の時間に対して Workfront が設定する属性です。

Workfront では、時間エントリには次のいずれかのステータスを設定できます。

• 送信済み：プロジェクト、タスクまたはイシューに記録されている時間。これらは請求記録に含まれているか、まだ請求記録に追加されていません。
• 承認済み：時間がログに記録され、プロジェクト所有者によって承認されています。これらは請求記録に含まれているか、まだ請求記録に追加されていません。
• 未承認：時間がログに記録され、プロジェクト所有者によって拒否されています。これらは請求記録に含まれているか、まだ請求記録に追加されていません。
• 請求済み：時間が記録され、請求記録に追加され、請求記録のステータスが請求済みとマークされています。プロジェクト所有者の承認は必要ありませんでした。
• 請求済みおよび承認済み：時間がログに記録され、プロジェクト所有者が承認し、請求記録のステータスが請求済みとマークされます。

時間が請求記録に含まれる場合、時間ステータスは、時間が承認されたかまたはその時間が属する請求記録が請求済みにされたかを示します。時間の入力時の時間ステータスは、時間リストまたはレポートにのみ表示されます。

請求記録に時間を追加する方法について詳しくは、請求記録を作成の記事の「請求記録への時間の追加」の節を参照してください。

プロジェクトの時間の承認について詳しくは、プロジェクトの承認に時間を必須にするを参照してください。

ヒント

作業アイテムに直接ログインしていない一般的な時間には、時間ステータスは表示されません。

ユーザーがタスク、イシューまたはプロジェクトに対してログを記録する実際の時間に設定できる属性です。これは、Vacation や Time Off など、直接作業にリンクされていないログに記録された時間の属性でもあります。

詳しくは、時間タイプの管理を参照してください。

ID は、Workfront ですべてのオブジェクトに関連付けられた英数字のインジケーターです。これは、Workfront データベースで各オブジェクトを一意に識別します。レポート内の任意のオブジェクトの ID または各オブジェクトのリストを表示できます。

ヒント

また、オブジェクトのページの URL に含まれる ID も確認できます。例えば、プロジェクトの ID は、Project Details ページにアクセスする場合、次の URL に示す数字のようになります。

https://<your domain>.my.workfront.com/project/5e29c8010027d8eb334762d4fff3ffca/overview

Workfront Scenario Planner では、計画を複数のイニシアチブに分割して、計画の管理を容易にすることができます。Initiative レポートを作成し、Project レポートで Initiative 情報にアクセスできます。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner 概要を参照してください。

Initiative レポートは、会社が Workfront Scenario Planner ライセンスを購入していない場合、Workfront インスタンスでは表示されません。API から Initiatives にアクセスすることはできません。

Initiative Job Role レポートタイプには、Workfront Scenario Planner でプランイニシアチブに関連付けられている担当業務に関する情報が表示されます。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner 概要を参照してください。

このレポートタイプは、会社が Workfront Scenario Planner ライセンスを購入していない場合、Workfront インスタンスに表示されません。

Initiative Job Role レポートには、イニシアチブの担当業務に関連する時間数が表示されます。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner の概要を参照してください。

このフィールドおよび Initiative Job Role レポートタイプは、会社が Workfront Scenario Planner ライセンスを購入していない場合、Workfront インスタンスには表示されません。

Initiative Job Role レポートには、イニシアチブに関連付けられている特定の担当業務の数が表示されます。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner の概要を参照してください。

このフィールドと Initiative Job Role レポートタイプは、会社が Workfront Scenario Planner ライセンスを購入していない限り、Workfront インスタンスに表示されません。

Initiative、Initiative Job Role、および Project レポートのフィールドで、プランイニシアチブが最後にプロジェクトに公開された日付を表示します。イニシアチブを公開して、プロジェクトを作成したり、イニシアティブにリンクされたプロジェクトを更新したりできます。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner の概要を参照してください。

イニシアチブの公開について詳しくは、Workfront Scenario Planner でプロジェクトを作成および更新するためのシナリオを公開するをご覧ください。会社が Workfront Scenario Planner ライセンスを購入していない限り、このフィールドは Workfront インスタンスには表示されません。

goal reports では、各戦略目標の「True／False」の値が表示され、組織が所有者として目標に割り当てられているかどうかが示されます。

このフィールドは、組織が Workfront Goals を購入した場合のみに表示されます。Workfront Goals を使用した戦略目標の管理について詳しくは、Adobe Workfront Goals の概要を参照してください。

通常、タスクまたはプロジェクトの完了を妨げる問題があることを示す予定外の作業アイテム。作業量をさらに検討するためにトリアージおよび評価

Issue は、Help Desk リクエストである場合もあります。Change Orders、Requests、および Bugs は Issues でもあります。

ユーザーの日常の職務と責任を識別するために使用されます。担当業務を作業アイテムに割り当てて、特定のユーザーに割り当てることなく、作業プロセスを完了するために必要なスキルを特定できます。

ユーザーは複数の役割を持つことができます（例：グラフィックデザイナーやコンサルタントなど）。

詳しくは、担当業務の作成と管理を参照してください。

プロジェクト、タスク、イシュー、その他のオブジェクトの Updates エリアに表示される追跡フィールドのシステム更新に関する情報を通知するレポート可能なオブジェクト。

詳しくは、Updates エリアのレポートを参照してください。

Task レポートまたは Issue レポートの Kanban Flag フィールドには、Kanban board のストーリーに設定されているフラグのステータスが表示されます。可能な値は、On Track、Ready to Pull、および Is Blocked です。

Kanban story board のストーリーにフラグステータスを設定する方法について詳しくは、記事Kanban board のストーリーでフラグを使用を参照してください。

Lag の計算メソッド。使用可能な値は次のとおりです。

• Days（営業日）
• Calendar Days（祝日は無視）
• Percent
• Day of Week

詳しくは、ラグタイプの概要を参照してください。

Document のリストまたはレポートでは、ドキュメントのプレビューがサムネールで表示されます。

Large Thumbnail を選択すると、400 ピクセル幅のサムネールがレポートに表示されます。

リストまたはレポートの列の幅を変更すると、サムネールのサイズが調整されます。

この記事の「Thumbnail」も参照してください。

このフィールドには、オブジェクトの所有者が最後に入力した更新が表示されます。これは、オブジェクトに対する所有者の最新のアクティビティまたはインタラクションです。

Last Condition Note 列は、オブジェクトの最終メモのメモテキストが削除されている場合、空になります。オブジェクトに新規メモを入力すると、最終メモになり、列に再び表示されます。

このフィールドには、任意のユーザーがオブジェクトに最後に入力した更新が表示されます。これは、オブジェクト上の最新のアクティビティまたはインタラクションです。

オブジェクトの最終メモのテキストが削除されている場合、Last Note 列は空になります。オブジェクトに新規メモを入力すると、それが最終メモになり、列に再び表示されます。

このフィールドを Task レポートに追加すると、タスクの子オブジェクト（イシュー、サブタスク、ドキュメントなど）に残った更新は、この列に表示されません。

Workfront Planning では、2 つのレコードタイプ間の関連付けを確立し、個々のレコードをリンクした後、リンク先のレコード上でリンクされたレコードのフィールドを参照できます。

例えば、キャンペーンレコードタイプをWorkfront プロジェクト オブジェクトタイプに関連付けると、キャンペーンレコードで、接続されたプロジェクトの「予算」フィールドを表示できます。 「予算プロジェクト」フィールドは、キャンペーン上のプロジェクトのルックアップフィールドです。

ルックアップフィールドの値は、接続元のレコードに自動的に入力されます。

詳しくは、 接続されたレコードの概要を参照してください。

Workfront Planning には追加ライセンスが必要です。

Project の Update Types の 1 つ。この設定により、「Recalculated Timelines」がクリックされた場合にのみ、Project Projected および Planned タイムラインが更新されるようになります。この方法で設定されたプロジェクトは、簡単な再計算プロセス中、およびプロジェクト内のプロジェクトまたはタスクが更新されるときに無視されます。

詳しくは、プロジェクト Update Type の選択を参照してください。

これは、現在ログインしているユーザーを指します。

他のユーザーとレポートを共有する場合は、このフィールドをフィルターで使用して、より一般的なレポートにすることをお勧めします。このように、情報は常にログインユーザーに合わせてカスタマイズされるので、レポートを 1 つだけ作成して、ログインしてレポートを表示するユーザーに応じて異なる情報を表示することができます。

これは非推奨のフィールドです。このフィールドに表示される情報はすべて、Workfront によって削除された機能に関連しているため、フィールドを更新できません。

Workfront の以前のリリースでは、職務の作成または編集時にこのフィールドを更新できました。各プロジェクトの役割に関連付けることができるユーザーの総数が表示されます。値 0 は、プロジェクトに割り当てることができるユーザーの数に制限はありません。

このフィールドは一部のレポートおよびリストに引き続き表示されますが、表示される情報は更新できません。

これがフィルターで参照されると、ログインユーザーと同じ Primary Role を持つユーザー、またはログインユーザーの Primary Role に割り当てられた作業項目が表示されます。

他のユーザーとレポートを共有する場合は、このフィールドをフィルターで使用して、より一般的なレポートにすることをお勧めします。このように、情報は常にログインユーザーに合わせてカスタマイズされるので、レポートを 1 つだけ作成して、ログインしてレポートを表示するユーザーに応じて異なる情報を表示することができます。

これがフィルターで参照される場合、このフィールドには、ログインユーザーの Home Team に属するユーザー、またはログインユーザーの Home Team に割り当てられた作業項目が表示されます。

他のユーザーとレポートを共有する場合は、このフィールドをフィルターで使用して、より一般的なレポートにすることをお勧めします。このように、情報は常にログインユーザーに合わせてカスタマイズされるので、レポートを 1 つだけ作成して、ログインしてレポートを表示するユーザーに応じて異なる情報を表示することができます。

顧客に請求可能としてマークされていない費用。 これは、予定費用または実際の費用のいずれかです。

「予定非請求可能費用コスト」フィールドと「実際の非請求可能費用コスト」フィールドを使用して、ビューやレポートに追加できます。 プロジェクトまたはタスクの詳細ページには表示されません。

これらのフィールドは、次のタイプのレポートで確認できます。

• ベースライン
• テンプレート
• プロジェクト（財務データ）

費用を請求可能としてマークする方法について詳しくは、 プロジェクト費用の管理を参照してください。

Project レポートでは、これはプロジェクトに関連付けられた戦略目標の数です。プロジェクトを戦略目標に関連付ける方法については、Adobe Workfront Goals でプロジェクトを目標に追加を参照してください。

戦略目標について詳しくは、この記事の Goal も参照してください。

このフィールドは、組織が Workfront Goals を購入した場合のみに表示されます。Workfront Goals を使用した戦略目標の管理については、Adobe Workfront Goals の目標にプロジェクトを追加を参照してください。

Adobe Workfront で表示する情報は、Workfront データベース内で保存されるオブジェクトで表されます。オブジェクトは、Workfront の情報を駆動するものです。オブジェクトの例を以下に示します。

• Portfolios

• Programs

• Projects

• Tasks

• Issues

• Documents

• Dashboards

• Reports

• Groups

• Teams

• Users

• Companies

• Custom forms

• Custom fields

• Hours

• Billing Rates

• Templates

• Template tasks

  メモ

  これは包括的なリストではありません。

詳しくは、Adobe Workfront のオブジェクトについてを参照してください。

Project Update タイプのうちの 1 つ。これが選択されると、Project Projected タイムラインおよび Planned タイムラインは、プロジェクトまたはプロジェクト内のタスクに対して更新または変更が行われた場合にのみ更新されます。これはプロジェクトを毎晩更新するものではありません。

詳しくは、プロジェクトの更新の種類の選択を参照してください。

Job Role レポートでは、これは担当業務に関連付けられている通貨を表します。これは、Workfront 管理者によって Setup エリアで確立された Base Currency の上書きです。

詳しくは、担当業務の作成および管理を参照してください。

Job Role レポートでは、これは担当業務の選択された Override Currency を使用した、担当業務の 1 時間あたりの請求料金を表します。

詳しくは、担当業務の作成および管理を参照してください。

Job Role レポートでは、これは担当業務の選択された Override Currency を使用した、担当業務の 1 時間あたりのコスト率を表します。

詳しくは、担当業務の作成および管理を参照してください。

Goal レポートでは、これには戦略目標に割り当てられている所有者のタイプが表示されます。以下に、目標の所有者のタイプを示します。

• User

• Team

• Group

目標の所有者が組織の場合、このフィールドに値は表示されません。

追加のライセンスが必要です。Workfront Goals について詳しくは、Adobe Workfront Goals概要を参照してください。

タスク、プロジェクト、イシューに関連する作業の割合を示すプロジェクト、タスク、イシューのフィールド。

イシューや作業タスクについては、このフィールドを手動で更新できます。

プロジェクトおよび親タスクの場合、このフィールドはすべての作業タスクからのロールアップであり、手動で更新することはできません。

詳しくは、プロジェクトの Percent CompletePercent Complete の概要を参照してください。

オブジェクトに対してユーザーに付与される権限であり、通常は、ユーザーが項目に対する作業を完了したり、項目を表示したりできるようにするために付与されます。以下の権限を付与することができます。

• Projects
• Tasks
• Issues
• Portfolios
• Programs
• Reports
• Dashboards
• Documents
• Custom Forms
• Views
• Filters
• Groupings

詳しくは、オブジェクトに対する共有権限の概要を参照してください。

これは、Workfront システムのフルライセンスタイプです。ユーザーが Workfront のすべての機能にアクセスするには、これが必要です。

詳しくは、Adobe Workfrontライセンスの概要を参照してください。

Workfront シナリオプランナーを使用する場合、計画はメインオブジェクトです。会社の短期的および長期的な将来の戦略の概要を示し、それぞれの高レベルの結果を特定して、それを計画として Workfront シナリオプランナーに追加できます。

結果を Scenario Planner の計画に表示することはできません。また、Workfront API を経由して計画にアクセスすることはできません。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner の概要を参照してください。

Budgeted Hour レポートでは、これには Resource Planner 内のプロジェクトまたは Job Roles に割り当てられた予算計上時間数が表示されます。

Resource Planner のプロジェクトまたは役割の予算計上について詳しくは、Project ビューと Role ビューを使用した Resource Planner 内のリソース予算計上の記事を参照してください。Budgeted Hours レポートについて詳しくは、レポート：予算計上時間数の記事を参照してください

タスク、プロジェクトまたは問題の 予定完了日 ​ は、手動で選択した日付に設定できます。 Planned Completion Date を設定しない場合、Workfront が自動的に設定します。自動的に設定された場合、Planned Completion Date は Planned Start Date + Duration です。

詳しくは、次の記事を参照してください。

• タスクの Planned Completion Date の概要

• プロジェクト Planned Completion Date の設定

これは、Workfrontがプロジェクト、タスクおよび問題を割り当て、予定完了日に対していつアイテムが完了するかを示す自動インジケーターです。

予定日整合性インジケーターには、次の値が使用できます。

• 計画完了日に完了します
• 計画完了日よりも前に完了します
• 計画完了日以降に完了します

予定日付の整合性は、プロジェクト、タスク、問題のリストおよびレポートに表示されます。

タスクの Planned Duration は、通常、タスクの Duration と同じです。これは、タスクの Planned Start と Planned Completion Dates の間の日数の差を表します。

タスクが Effort Driven の Duration タイプの場合、Planned Duration は、タスクに割り当てたリソース数に基づいてタスクの Duration と異なる場合があります。

例えば、Duration タイプが Effort Driven のタスクの Duration が 3 日間で、1 つのリソースをフルタイムスケジュールでタスクに割り当てた場合、Planned Duration も 3 日間になります。3 つのリソースをフルタイムスケジュールで同じタスクに割り当てた場合、Duration は 3 日間ですが、Planned Duration は 1 日になります。Planned Duration では、新しい Planned Duration を反映するために、タスクの Planned Start の日付と Planned Completion の日付も変更されます。その結果、プロジェクトのタイムラインにも影響が及びます。

タスクの Duration と Planned Duration の違いについて詳しくは、タスクの Planned Duration と Duration の違いの記事を参照してください。

プロジェクトとイシューには Planned Duration がありません。

プロジェクトまたはイシューの Planned Duration Minutes は、分単位のプロジェクトまたはイシューの Duration です。

タスクには「Planned Duration Minutes」フィールドはありません。

Template Tasks には、Planned Duration Minutes フィールドがあり、このフィールドにはタスクの Planned Duration が分単位で表示されます。

プロジェクトまたはタスクでログに記録されたすべての費用の Planned Amounts の合計。

例

タスク 1 の費用を作成し、「Planned Amount」フィールドに 600 ドルと入力した場合、このタスクの Planned Expense Cost は 600 ドルになります。

プロジェクトの場合、Workfront では、次の式を使用して Planned Expense Cost を計算します。

Project Planned Expense Cost = SUM (All Project Planned Expense Costs) + SUM (All Tasks Planned Expense Costs)

このフィールドは projects エリア、tasks エリアおよびイシューエリア、プロジェクト、タスクまたはイシューのレポート、Resource Planner、Workload Balancer、Utilization レポートのリソース管理ツールに表示されます。

プロジェクト所有者が見積った各タスクまたは各イシューの完了に必要な時間数を示します。プロジェクトの場合は、通常、これはプロジェクトのタスクからの Planned Hours のロールアップです。

「Planned Hours」フィールドには、表示する場所に応じて異なる情報が表示される場合があります。予定時間数について詳しくは、予定時間数の概要を参照してください。

予定時間数は、Workfront データベースに分単位で保存されます。このフィールドを使用して計算を記述する場合は、時間が分単位で表示されることを考慮してください。

デフォルトでは、予定時間数は、作業項目の期間内のすべての日に均等に配分され、タスクに割り当てられたすべてのリソースにも均等に配分されます。ユーザーは、作業アイテムの 1 日の予定時間数を更新したり、各担当者の個々の予定時間数を更新したりできます。

このフィールドの更新は、プロジェクト、タスクおよびイシューによって異なります。

• イシューの場合は、このフィールドを手動で更新できます。イシュー予定時間数は、プロジェクト予定時間数には追加されません。

  ヒント

  イシューレポートでは、「Planned Hours」フィールドの 1 つが「Work」フィールドに置き換えられます。フィールドには、イシューに関する予定時間数が表示されます。詳しくは、この表の「作業」フィールドまたは「Work」フィールドを参照してください。

• タスクの場合、タスクの Duration Type が Calculated Assignment または Simple の場合は、このフィールドを手動で更新できます。このフィールドは、タスクの Duration Type が Calculated Work または Effort Driven の場合は、Workfront によって計算されます。
  Task Duration について詳しくは、タスク Duration と Duration Type の概要の記事を参照してください。

• プロジェクトの場合、Workfront は、プロジェクトのすべてのタスクからすべての予定時間数を追加して、予定時間数を計算します。

ヒント

Planned Hours を project レポート、task レポートまたは issues レポートに表示するには、テキストモードを使用して追加のフィールドを参照します。詳しくは、この表の「work」フィールド、「Work」フィールドおよび「workRequiredExpression」フィールドを参照してください。

タスクの場合、ユーザーまたは役割の時間単価に、ユーザーまたは役割に割り当てられた時間数を掛けた値です。

プロジェクトの場合、すべてのタスクの Planned Labor Costs の合計です。

ユーザーまたは役割の率が使用されるかどうかは、特定のタスクに対して選択されたコストタイプによって異なります。

詳しくは、コストのトラックを参照してください。

タスクとプロジェクトでは、Workfront に Planned Revenue の値を表示できます。Planned Revenue は、プロジェクトのタスクの Planned Hours に関連付けられた金額を表します。プロジェクトの場合は、プロジェクトの Fixed Revenue を含めることもできます。

タスクの場合、これはタスクの Planned Hours に関連付けられた収益です。すべてのタスクの予定時間数はプロジェクトの予定時間数にまとめられて、プロジェクト Planned Hoursの計算に使用されます。

Workfront 次の式を使用して、タスクとプロジェクトのPlanned Revenueを計算します。

Task Planned Revenue = Planned Hours * Billing hourly rate

Project Planned Revenue = SUM (All tasks Planned Revenue) + Fixed Revenue

Project Detailsエリアおよびプロジェクトレポートに表示されるプロジェクトPlanned Revenueは、Utilizationレポートに表示される予定収益とは異なります。

Project DetailsエリアのPlanned Revenueには、タスクの収益とプロジェクトの固定収益が反映されます。Utilization ReportのPlanned Revenueには、プロジェクト内のタスクにのみ関連付けられたPlanned Revenueが表示されます。

例

プロジェクトに 10 時間のタスクが 1 つあり、そのタスクがコンサルタントに時給 20 ドルで割り当てられ、プロジェクトのFixed Revenueが 100 ドルの場合、UtilizationレポートにはPlanned Revenueとして 200 ドルが表示されます（Planned Revenueはタスクの時間に関連付けられています）。「Project Details」セクションには、300 ドル（タスクからのPlanned Revenueとプロジェクトの固定収益）が表示されます。

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

Utilization reportでのPlanned Revenueの計算については、リソース稼働率情報の表示を参照してください。

発生確率を考慮した、プロジェクトのすべてのリスクのPotential Costの合計。この金額は、プロジェクトのPlanned Costには含まれません。

プロジェクトのPlanned Risk Costは、次の式で計算されます。

Planned Risk Cost = SUM(Potential Risk Cost * Probability / 100)

統一的な特性を持つプロジェクトのコレクションです。これらのプロジェクトは通常、同じリソース、予算または時間枠を得るために競い合うことになります。ポートフォリオに追加する前に、ポートフォリオをプログラムに分割し、プロジェクトをプログラムに関連付けることができます。

ポートフォリオについて詳しくは、Adobe Workfront のポートフォリオの概要を参照してください。

依存タスクの完了前に完了する必要があるタスクです。また、別のタスクの Dependency としてマークされているタスクです。先行タスクを使用すると、別のタスクが終了してからタスクを開始するなどの、シーケンス依存関係ロジックをプランナーで設定できます。

詳しくは、タスクの先行タスクの概要を参照してください。

Primary Contactはイシューの作成者であり、イシューが作成されると Workfront によって自動的に指定されます。イシューのManage権限が付与されている場合は、このフィールドを手動で更新できます。1 つのイシューのプライマリ連絡先は 1 つだけです。

プライマリ連絡先を変更しても、当初プライマリ連絡先として指定されたユーザーは引き続きイシューに対するManageアクセス権を持ちます。

イシューをタスクまたはプロジェクトに変換する場合、イシューの Primary Contact として指定されたユーザーが、プロジェクトまたはタスクの Converted Issue Originator になります。イシューの変換後にイシューの Primary Contact が更新された場合、Converted Issue Originator は、変換が行われた時点のイシューの Primary Contact として保持されます。この記事の Converted Issue Originator も参照してください。

Goal レポートでは、戦略目標が達成にどの程度近づいているかを割合で表示します。進行状況の割合は数値で表示されます。戦略目標について詳しくは、この表の「Goal」も参照してください。

このフィールドは、組織が Workfront Goals を購入した場合にのみ表示されます。Workfront Goals を使用した戦略目標の管理について詳しくは、Adobe Workfront Goals の目標にプロジェクトを追加を参照してください。

プロジェクト、タスク、目標レポートで、このフィールドにはプロジェクト、タスクまたは戦略的目標の進捗ステータスが表示されます。詳しくは、次の記事を参照してください。

• プロジェクトの進捗ステータスの概要

• タスクの進捗ステータスの概要

• Adobe Workfront Goals の目標の進行状況と条件の概要

  「goals」フィールドの Goal レポートと Progress Status は、組織が Workfront Goals を購入している場合にのみ表示されます。Workfront Goals の戦略目標については、Workfront Goals の概要を参照してください。

リストおよびレポートに表示されるプロジェクトの Budgeted Cost です。

この記事の「Budgeted Cost」も参照してください。

プロジェクトに割り当てられたユーザーまたは役割のコレクション

詳しくは、プロジェクトチームの概要を参照してください。

タスク、イシュー、またはプロジェクトの予定時間数と完了率に基づく、作業が完了する時点のタイムスタンプの推定値。

これは、タスク、イシューまたはプロジェクトの 日付または Duration を指します。通常は、ある作業が既に完了しているか、ある時間が経過した後で、作業アイテムの寿命により忠実な日付と期間を指定します。

例えば、タスクの Projected Completion Date は、タスクに対して行われた作業量、割り当てられた担当者数、開始日以降に経過した時間に基づいて、Workfront がタスクが完了すると予測した日付です。

Document Version オブジェクト（Document Version レポートや Proof Approval レポートなど）が含まれるレポートでは、プルーフの進捗ステータス（Sent、Opened、Commented、Decision Made）を表示します。

詳しくは、プルーフの進捗状態とステータスの概要の中のプルーフの進捗状態の概要を参照してください。

イシューを送信するユーザーがトピックを選択できるようにする、Help Request Queue のプロパティ。トピックには次のようなものがあります。

• カスタムデータフォームに関連付ける。
• 選択したトピックに設定されたルーティングルールを通して、イシューをユーザー、役割またはチームに自動的に割り当てる。
• 選択したトピックに設定されたルーティングルールを通して、イシューを別のプロジェクトまたはキューに移動する。

詳しくは、キュートピックの作成を参照してください。

Workfront Planning では、レコードはレコードタイプの一意のインスタンスです。

レコードタイプをワークスペースに追加した後、そのタイプのレコードをレコードタイプのページに追加できます。

例えば、「キャンペーン」はレコードタイプであり、「EMEA 夏物キャンペーン」はキャンペーンレコードタイプのレコードです。

レコードの作成について詳しくは、レコードの作成を参照してください。

Workfront Planning には追加ライセンスが必要です。

Workfront Planning のオブジェクトタイプ。

オブジェクト型が事前定義されているWorkfrontとは異なり、Workfront Planning では独自のオブジェクト型を作成できます。Workfront Planning のオブジェクト型は、レコード型と呼ばれます。

例えば、Workfront では、プログラム、ポートフォリオ、プロジェクト、タスクやイシューのオブジェクトタイプがあらかじめ作成されています。

Workfront Planning では、組織のワークフローを満たす任意のレコードタイプを作成できます。後で、レコードタイプを相互に関連付けたり、フォームの依存関係を定義したりできます。

レコードタイプの作成について詳しくは、 レコードタイプの作成を参照してください。

Workfront Planning には追加ライセンスが必要です。

プロジェクト、タスクおよびイシューは、作成時に自動的に一意の参照番号に関連付けられます。Reference Number は、プロジェクト、タスク、イシューの Details ページ、またはリストやレポートで表示できます。

ヒント

参照番号は常に一意なので、2 つの項目が同じ名前の場合は、参照番号に従うことができます。

Workfront システムレベルで順次参照番号を自動的に生成します。各プロジェクト、タスクまたはイシューは、次に使用可能な番号をシーケンス内で取得します。

例えば、ユーザー A がタスクを作成した場合、Workfront は、タスクに 100 の参照番号を自動的に割り当てる場合があります。その直後にユーザー B がイシューを作成した場合、Workfront はイシューに 101 の参照番号を割り当てます。参照番号は手動で編集できません。

Workfront オブジェクトは、常に次のいずれかの関係タイプを使用して相互に接続されます。

• 1 対多 ：この関係では、1 つのオブジェクトを異なるタイプの複数の他のオブジェクトに接続できます。 例えば、1 つのプロジェクトに複数のタスクを含めることができます。 プロジェクトとタスクの関係は、1 対多の関係です。 標準インターフェイスを使用してこの関係をレポートに表示することはできません。 1 対多の関係を表示するには、テキストモードのレポートを使用する必要があります。
• 1 対 1：この関係では、1 つのオブジェクトを別のタイプの別の 1 つのオブジェクトにのみ接続できます。 例えば、1 つのプロジェクトに含めることができるグループは 1 つだけです。 プロジェクトとグループの関係は、1 対 1 の関係です。 標準レポートでは、オブジェクト間の 1 対 1 の関係を表示できます。
• 多対 1：この関係では、複数のオブジェクトを異なるタイプの他の 1 つのオブジェクトにのみ接続できます。 例えば、複数のタスクを同じプロジェクトに接続できます。 タスクとプロジェクトの関係は、多対 1 の関係です。 標準レポートでは、オブジェクト間の関係を多対 1 で表示できます。
• 多対多 ：この関係では、同じタイプの複数のオブジェクトを、異なるタイプの複数のオブジェクトに接続できます。 例えば、複数のユーザーが複数の他のチームに属し、チームが複数のユーザーに属することができます。 標準インターフェイスを使用してこの関係をレポートに表示することはできません。 多数の関係を表示するには、テキストモードのレポートを使用する必要があります。

プロジェクトの Planned Risk Cost と、プロジェクトにおけるすべてのリスクの Actual Costs の合計との差を示すプロジェクトフィールド。

プロジェクトの Remaining Risk Cost は、次の式を使用して計算されます。

Remaining Risk Cost = Project Planned Risk Cost - SUM(Actual Cost for all risks)

イシューレポートでは、このフィールドをビューまたはフィルターで使用して、解決するイシューを参照します。

レポートでのオブジェクトの解決方法について詳しくは、解決可能なオブジェクトと解決オブジェクトの概要のレポート内で解決可能なオブジェクトと解決オブジェクトの情報を表示を参照してください。

イシューレポートでは、このフィールドをビューまたはフィルターで使用して、イシューを解決するプロジェクトを参照します。

レポートでの解決オブジェクトの表示について詳しくは、解決可能なオブジェクトと解決オブジェクトの概要のレポート内で解決可能なオブジェクトと解決オブジェクトの情報を表示を参照してください。

イシューレポートでは、このフィールドをビューまたはフィルターで使用して、イシューを解決するタスクを参照します。

レポートでの解決オブジェクトの表示については、解決オブジェクトと解決可能オブジェクトの概要のレポートでの解決可能オブジェクトおよび解決オブジェクト情報の表示を参照してください。

Resource Managementは、リソースの空き時間に基づいてリソースの使用状況を正確に予測して、実行する必要がある作業を予算内で時間どおりに完了できるようにするエンタープライズツールセットです。

リソース管理ツールを使用すると、リソースの長期的なキャパシティと短期的なスケジュールニーズを計画できます。

Workfront でのリソース管理については、リソース管理の基本を学ぶを参照してください。

プロジェクトレポートまたはリストビューでは、これは、プロジェクトでリソース管理アクティビティを実行するように指定されたユーザーを表示する情報フィールドです。レポートで「Resource Managers」を使用すると、プロジェクトのリソース管理者のコンマ区切りリストが表示されます。特定のプロジェクトに対して、最大 30 人のリソース管理者を指定できます。

詳しくは、プロジェクトまたはテンプレートに対するリソース管理者の指定の記事を参照してください。

これらは、リソースプランナーを使用して、プロジェクトの担当業務に予算計上された時間数に関連するコストです。

この記事の「予算計上労力コスト」も参照してください。

リソースプールは、プロジェクトに関連付けることができるユーザーの集まりです。同じリソースプール内のユーザーは、通常、同じ部門に属しているか、同様のスキルや補完的なスキルを持っているか、同じ予算で資金を提供されています。複数のリソースプールをプロジェクトまたはユーザーに関連付けることができます。リソースプールは、1 つのプロジェクトにのみ割り当てることも、複数のプロジェクトで共有することもできます。

リソースプールについて詳しくは、リソースプールの概要を参照してください。

プロジェクトレポートでは、リソースプールには、プロジェクトに関連付けられているすべてのプールが表示されます。このオブジェクトはグループ化で使用できません。

これは、Workfront の次の概念を指す場合があります。

• プロジェクトのリスクの可能性を示す、プロジェクトに関するフィールド。リスクのレベルに基づいて、プロジェクトに優先順位を付けて実行できます。プロジェクトで発生し得るリスクのレベルは次のとおりです。

  - Very Low

  - Low

  - Medium

  - High

  - Very High

  プロジェクトに示すリスクのレベルはカスタマイズできません。

  プロジェクトのリスクの更新については、プロジェクトの編集の記事で「プロジェクト設定」の節を参照してください。レポートでプロジェクトのリスクフィールドを表示できます。

• プロジェクトの実施中に発生する可能性のあるイベントで、プロジェクトのコスト、範囲またはスケジュールに対する潜在的な影響を明らかにするもの。プロジェクトへの潜在的なリスクを定義し、プロジェクトのビジネスケースを作成する際に、そのリスクの発生確率またはコストを関連付けます。プロジェクトのビジネスケースへのリスクの追加については、「プロジェクトのリスクの作成と編集」を参照してください。

  Business Caseで定義されたリスクをレポートに表示することはできません。レポートとリストには、いくつかのタイプのリスクコストのみを表示できます。

プロジェクトのリスクに関連するコスト。プロジェクトに関連するリスクコストのうち、レポートに表示できるものは次のとおりです。

• Actual Cost：発生したリスクの実際のコストを表示する、リスクのフィールド。レポートやリストに加えて、リスクの編集または作成時にEdit Riskボックスで、そのリスクを特定することができます。

  プロジェクト、タスクまたはタスクのコストについては、この記事の「Actual Cost」を参照してください。

• Planned Risk Cost：プロジェクトのすべてのPotential Risk Costsの合計を表示する、プロジェクトのフィールド。この記事の「Planned Risk Cost」も参照してください。

  潜在リスクコストについては、潜在リスクコストの計算を参照してください。

• Remaining Risk Cost：すべてのリスクのActual Costsの合計とPlanned Risk Costの差を表示する、プロジェクトのフィールド。この記事の「残存リスクコスト」も参照してください。

シナリオは、アプリまたはサービス間でデータを転送および変換する方法を示す一連の手順（モジュール）で構成されます。

Workfront Fusion のシナリオについては、Adobe Workfront Fusion シナリオの概要を参照してください。

Scenario Planner の場合、シナリオはプランのコピーです。

Scenario Planner には、追加のライセンスが必要です。Workfront Scenario Planner について詳しくは、Scenario Planner の概要を参照してください。

シナリオの作成について詳しくは、Scenario Planner でプランのシナリオを作成および比較を参照してください。

各種レポートのレポートを作成する際に、Scheduled Report フィールドを使用してレポートの配信が予定されている場合は、レポートのスケジュールに関する情報を表示できます。このフィールドには、レポートの各スケジュールに対して 1 つずつ、複数の値が箇条書きリストで表示されます。レポートのスケジュール設定について詳しくは、レポート配信の概要の記事を参照してください。

このフィールドには複数の値が表示されるので、1 つのグループ化で使用することはできません。フィルターまたはビューでのみアクセスできます。

Severity は、項目が作業の完了にどの程度影響を与える可能性があるのかを示します。例えば、Severity が高いイシューは、タスクの完了を完全にブロックする可能性があります。一方、Severity が低いイシューは、単に表面的なものに過ぎません。

詳しくは、イシューの重要度を更新を参照してください。

ユーザーにタスクまたはイシューを割り当てる場合、Workfront はユーザーが作業の完了に費やせる時間、ユーザーとプロジェクトとの関係に基づいて、作業の完了に最適なユーザーについてのレコメンデーション（Smart Assignments）を行います。

詳しくは、スマート割り当ての概要を参照してください。

別のオブジェクトの親オブジェクトを示します。例えば、タスクに添付されたドキュメントは、Document レポートまたはビューの Source フィールドにタスクの名前を持ち、プロジェクトの下に記録されたイシューは、イシューレポートまたはビューの Source フィールドにプロジェクトの名前を持ちます。

次のレポートにはソース列が表示され、親オブジェクトに関する情報を表示できます。

• イシューレポート
• 時間レポート
• ドキュメントレポート

イシュー、時間、ドキュメントの親オブジェクトに対する権限をユーザーが持っていない場合、レポートが表示するように設定されている場合や、別のユーザーのアクセス権を使用して配信される場合でも、レポートのソース列は空白となります。

レポートに親オブジェクトに関する情報を表示するには、親の名前を表示できる親オブジェクト用の列を追加することをお勧めします。

例えば、次のいずれかを「ソース」列でレポートに追加できます。

• 「プロジェクト名」列、「タスク名」列または「イシュー名」列をドキュメントまたは時間レポートに。
• 「プロジェクト名」列または「タスク名」列をイシューレポートに。

詳しくは、別のユーザーのアクセス権を使用したレポートの実行と配信を参照してください。

アイテムの作業を開始するように設定された日付。Workfront で扱う開始日には、次のように複数のタイプがあります。

• Planned
• Actual
• Projected

Rate reportでは、プロジェクトレベルでの担当業務の新しい請求レートが始まる日付です。この日付以降のプロジェクト関連の時間数にこの請求レートを乗算して、プロジェクトの収益を計算します。

作業アイテムまたは戦略目標のワークフロー位置を示すために使用されるインジケーター。

プロジェクトの場合、Status はプロジェクトの設定の一つで、プロジェクトが次のうちどのステータスにあるかを示すものです。

• Current
• On Hold
• Complete
• Dead

プロジェクトのステータスの詳細については、システムプロジェクトのステータスのリストへのアクセスを参照してください。

タスクの場合、Status はタスクの設定の一つで、タスクが次のうちどのステータスにあるかを示すものです。

• New
• In Progress
• Complete

タスクのステータスについて詳しくは、システムタスクステータスのリストへのアクセスを参照してください。

イシューの場合、Status はイシューの設定の一つで、イシューが次のうちどのステータスにあるかを示すものです。

• New
• In Progress
• Awaiting Feedback
• On Hold
• Resolved
• Won't Resolve
• Cannot Duplicate
• Verified Complete
• Reopened

イシューのステータスについて詳しくは、システムのイシューステータスのリストへのアクセスを参照してください。

戦略目標の場合、Statusは目標の設定の一つで、目標が次のうちどの状態にあるかを示すものです。

• Active
• Draft
• Inactive
• Closed

戦略目標について詳しくは、この記事の「Goal」または「Goals」も参照してください。

戦略目標の場合、このフィールドは組織が Workfront Goals を購入済みの場合にのみ表示されます。Workfront Goals を使用した戦略目標の管理については、Workfront Goals の概要を参照してください。

組み込みの Status Icons フィールドをビューの列として追加すると、次のようなオブジェクトの主要ポイントをより明確に表示できます。

• オブジェクトにドキュメントが添付されている
• オブジェクトが承認プロセスに関連付けられている
• オブジェクトに追加のメモが関連付けられている
• 費用は請求可能または払い戻し可能
• タスクがクリティカルパス上にある
• ユーザーが会社、チームに属している、または別のタイムゾーンにいる

次のオブジェクトのビューに Status Icons フィールドを追加できます。

• Tasks
• Issues
• Projects
• Template Tasks
• Templates
• Expenses
• Documents
• Users

詳しくは、ビュー内の組み込みステータスアイコンを参照してください。

プロジェクト、タスク、またはイシューの報告で、このフィールドにはオブジェクトの所有者が Updates エリアで提供した最新のステータスの更新が表示されます。プロジェクトの場合はプロジェクト所有者が行ったコメントを意味し、タスクやイシューの場合は割り当て先が行ったコメントを意味します。

オブジェクトのステータスを更新する際に行われたコメントは、Status Update 列に表示されません。

「New」、「In Process」、「Complete」のステータスを表示するには、Status 列を使用します。

ステータスについて詳しくは、タスクステータスを更新の記事を参照してください。

これは、テキストモードインターフェイスを使用する際に、レポートの列で使用されます。

stretch は、ビューで不要な領域を占める列を識別するために使用されます。一般的なユーザーのワークスペースのユーザーインターフェイスの幅は、約 850 ピクセルです。つまり、ビューに 4 つの列（各 150 ピクセル）があり、 そのビューが 850 ピクセルのうち 600 ピクセルを占有している場合です。UI には、伸縮率が指定された列に追加される、250 個の追加のピクセルがあります。

ビュー内の少なくとも 1 つの列に対して追加のコード行 usewidths=true を使用すると、列の伸縮が適用されます。

プロジェクト、タスク、イシューに登録するユーザー。

このフィールドをレポートで使用すると、サブスクライバーのリストが表示され、各サブスクライバーがコンマで区切られます。

詳しくは、Adobe Workfront で項目を登録の記事を参照してください。

最終目標（プロジェクトの完了）を達成するためのステップとして実行する必要があるアクティビティ。

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

同様の目標やビジネス目標に向けて作業するユーザーの集まり。チームを作業項目に割り当てることで、これらのユーザーを作業項目に一括で割り当てることができます。

チームについて詳しくは、チームの概要を参照してください。

プロジェクトには Project Team を割り当てることができます。このチームには、プロジェクトでの作業に関連するすべてのユーザーや役割が含まれます。

プロジェクトチームについて詳しくは、プロジェクトチームの概要を参照してください。

プロジェクトテンプレートは、最も繰り返し可能なプロジェクトの一般的な概要です。プロジェクトテンプレートを作成する際に、タスク、キュートピック、カスタムフォーム、添付ドキュメントまたは承認を定義することで、新しいプロジェクトを作成する際に時間を節約できます。

既存のプロジェクトにテンプレートを添付したり、テンプレートを使用して新しいプロジェクトを作成したりできます。テンプレートで指定されたすべての情報は、それを使用して作成されたプロジェクトに転送されます。

テンプレートについて詳しくは、プロジェクトテンプレートの概要を参照してください。

Document のリストまたはレポートでは、ドキュメントのプレビューがサムネールで表示されます。

Thumbnail を選択すると、33 ～ 66 ピクセル幅のサムネイルがレポートに表示されます。

リストまたはレポートの列の幅を変更すると、サムネールのサイズが調整されます。

この記事の「Large Thumbnail」も参照してください。

Timesheet Profile は、関連付けられたユーザーのタイムシートを Workfront で自動作成するのに使用するテンプレートです。

各タイムシートの作成時に、適用する設定の数を構成できます。これらの設定には、タイムシートの作成頻度（毎週、隔週、毎月 2 回、毎月）、タイムシートの開始日、タイムシート承認者、記録された時間に関連付けることができる Hour Types があります。

このフィールドでは、リストまたはレポートの View 内の最上位グループとそのサブグループに関するデータを識別できます。

これは、Top Parent ID フィールドを使用して行うこともできます。

project report では、このフィールドには、プロジェクトの最後の財政計算時点での、プロジェクトの全時間の丸め合計が表示されます。Actual Hours は、プロジェクトにログオンした正確な時間を反映します。通常、Actual Hours は Total Hours と一致します。Total Hours が Actual Hours フィールドと大きく異なる場合は、プロジェクト上で財務の再計算を行う必要があります。

プロジェクトの財務の再計算について詳しくは、プロジェクトの財務を再計算を参照してください。

タイムシートの Standard ビューでは、このフィールドは、タイムシートに表示される日付の項目に関して記録された合計時間数を参照します。このビルトインビューのタイムシートの Total Hours フィールドは、hoursDuration フィールドを参照し、タイムシートの開始日と終了日の時間差を動的に計算します。ユーザーがタイムシートの時間枠で利用可能な時間よりも長い時間を記録した場合に、「Total Hours」列を赤で表示するために使用されます。詳しくは、タイムシートの合計時間数の表示を参照してください。

タスクの属性です。これにより、タスクの見込みタイムラインを更新する方法が決まります。例：

• User Must Update の場合、タスクを手動で更新する必要があります。それ以外の場合は、「Behind Schedule」、「Late」になります。
• Auto Complete の場合、期限（Planned Completion Date）が過ぎるとタスクは自動的に完了になります。

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

プロジェクトの見込みタイムラインを再計算するタイミングを決定するプロジェクトの設定です。Update Type には、次の値を指定できます。

• Automatic and On Change
• Automatic Only
• Manual Only

詳しくは、プロジェクトの更新タイプの選択を参照してください。

次の内容を示すレポート可能なオブジェクト。

• タスク、イシュー、プロジェクトの承認をデリゲートしたユーザー
• タスク、イシュー、プロジェクトの承認をデリゲートされたユーザー
• デリゲーションの開始および終了日時

詳しくは、ユーザーのデリゲーションレポートの作成を参照してください。

ユーザーがプロジェクト、タスクまたはイシューのステータスを変更すると、メモが生成されます。

ビューは、オブジェクトのアクセスレベルに応じて、またはそのオブジェクトの権限共有レベルで、そのオブジェクトの情報のみを表示するユーザーの権利を指します。

Workfront Planning では、レコードは次のいずれかのビュー・タイプのレコード・タイプ・ページに表示されます。

• テーブル
• タイムライン
• カレンダー

Workfront Planning のビューには、フィルター、グループ化、並べ替えなど、画面上のレコードに適用される設定が含まれます。

詳しくは、レコードビューの管理を参照してください。

Workfront Planning には追加ライセンスが必要です。

これは、ステータスアイコンと同じフィールドですが、次のビューでのみ使用できます。

• Documents

詳しくは、ビュー内のビルトインステータスアイコンの記事を参照してください。

プロジェクト、タスクまたはイシューレポートで、テキストモードで次のステートメントを使用すると、プロジェクト、タスクまたはイシューの予定時間数が表示されます。

``

valuefield=work

valueformat=HTML

テキストモードの使用については、テキストモードの構文の概要を参照してください。

ヒント

イシューレポートで、Planned Hoursフィールドの 1 つを追加すると、work フィールドがレポートに追加されます。

2 つの主なライセンスタイプのうちの一つ。これは、Planよりもアクセス権限が弱いものの、システムで作成や更新を行うことができます。ワークライセンスを持つユーザーは、External、Reviewer、Requester の各ライセンス所有者よりも多くの機能を使用できます。

詳しくは、Adobe Workfront ライセンスの概要を参照してください。

作業は、プロジェクト、タスクまたはイシューのPlanned Hoursの数値を指す場合があります。詳しくは、この表の「work」フィールドを参照してください。

ヒント

イシューレポートで、Planned Hoursフィールドの 1 つを追加すると、work フィールドがレポートに追加されます。

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

• タスクにはSimple Duration Typeが含まれています。

  ヒント

  タスクの Duration Type を他のタイプに更新すると、このフィールドは非表示になります。

• プロジェクトマネージャーが Use Work Effortを有効にし、プロジェクトのタスクのPlanned Hoursフィールドを自動的に計算できるようにした場合。

Planned Hoursの代わりにWork Effortを使用してタスクの作業量を見積もる方法について詳しくは、作業量の概要を参照してください。

このフィールドは、タスクのレポートとリストに表示できます。

このフィールドは、Workfront のタスクまたはイシューを参照します。

Work Itemレポートには、タスクとイシューの両方に関する情報が表示されます。

割合、キャパシティ、速度、品質、エンゲージメントなどの組み合わせ。

WPI は、Work Performance Indicator の頭字語です。

作業を受け渡し、優先順位付けし、実行する方法。作業の実行方法は、通常、「ワークフロー」または「プロジェクトプラン」（日付、先行タスク関係などがあるタスクのリスト）と呼ばれます。

作業プロセスの例としては、1 つのアセットの作成や複数のアセットキャンペーンの配信などがあります。

ユーザーが実際の作業に使用できる（オーバーヘッドを含まない）フルタイム相当の（FTE）時間の割合を表します。Work Timeは、1 までの 10 進数で指定する必要があります。0 は指定できません。例えば、実際の作業可能時間が 20%の場合は 0.2 になります。

フィールドのデフォルト値は 1 で、これはユーザーが FTE 時間全体を実際のプロジェクト関連の作業に費やすことを示します。

この数値を使用して、プロジェクト関連の実際の作業に対するユーザーの作業可能時間が計算されます。

スケジュールの例外と休暇も、ユーザーのキャパシティに影響を与える可能性があります。

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

Workfront では、Setup エリアのリソース管理の環境設定に応じて、ユーザーの作業可能時間を計算します。詳しくは、リソース管理環境設定の指定を参照してください。

ユーザーのWork Timeは、ユーザーの編集時または作成時に更新できます。詳しくは、ユーザーのプロファイルの編集を参照してください。

ヒント

Work Timeの値を 1 に設定すると、ユーザーがフルタイム相当の時間をすべてプロジェクト関連の作業に使用できることを示します。

プロジェクト、タスクまたはイシューのレポートで、次のステートメントをテキストモードで使用すると、プロジェクト、タスクまたはイシューの予定時間数の数値の後に「時間」という単語が表示されます。

``

valuefield=workRequiredExpression

valueformat=HTML

テキストモードの使用については、テキストモードの構文の概要を参照してください。

Workfront Planning では、ワークスペースは、特定の組織のオペレーション ライフサイクルを定義するレコード タイプのコレクションです。 ワークスペースは、組織単位の作業フレームです。

Workfront Planning には追加ライセンスが必要です。

詳しくは、ワークスペースの概要を参照してください。