ホームエリア(作業エリアのアップデート)

NOTE
この機能は、17.3 リリースで実稼動環境にはリリースされません。2018年初めまでプレビュー環境に残ります。

新しいホームエリアは、担当作業エリアで現在使用可能な同じデータに対して、代替の拡張ビューを提供します。ホームエリアは、担当作業エリアにおいて次のようなメリットがあります。

  • より合理化された直感的なインターフェイス
  • パフォーマンスの向上

次の機能は、担当作業エリアで使用できますが、ホームエリアにはまだ実装されていません。

  • 個人用カレンダーを表示
  • リッチテキストの書式設定を使用したタスクと問題の更新
  • プルーフの承認
  • 承認用に送信した作業のリストを表示
  • プロジェクトに関するアドホックイシューを作成
  • 自分に委任された承認のみを表示

新しいホームエリアの使用について詳しくは、ホームエリアの使用を参照してください。

ホームエリアをサポートするようにレイアウトテンプレートを更新

NOTE
この機能は、17.3 リリースで実稼動環境にはリリースされません。2018年初めまでプレビュー環境に残ります。

Workfront 管理者は、組織内のユーザーに割り当てられたレイアウトテンプレートを設定することで、ユーザーがホームエリアにアクセスできるかどうかを決定できます。レイアウトテンプレートを割り当てられていないユーザーは、常にホームエリアにアクセスできます。

詳しくは、「レイアウトテンプレートの作成と管理」の「ホームのカスタマイズ」を参照してください。

アジャイル用のかんばん

アジャイルチームは、既にサポートされているスクラムアジャイル方法論に加えて、かんばん方法論を Workfront 内で使用できるようになりました。

Workfront のスクラムアジャイル方法論とかんばんアジャイル方法論は、次の点で異なります。

Workfront でかんばんを使用するメリット

Workfront でスクラムを使用するメリット

アジャイルチームのかんばんの有効化と設定について詳しくは、アジャイルチームの作成アジャイル方法論の決定を参照してください。

アジャイルチームのスクラムバックログにイシューを含める

NOTE
この機能は、2017年11月14日(PT)に実稼動環境から削除されました。デザインを強化し安定性を向上させたうえで、2018年初めにプレビュー環境に再導入される予定です。2018.1 リリースで実稼動環境において使用できるようになります。

スクラムアジャイル方法論を使用する場合、アジャイルチームのバックログにイシューを含めることができるようになりました(かんばん方法論を使用する場合、イシューはアジャイルチームのバックログには表示されません)。イシューを含めるには、既存のスクラムアジャイルチームがこの機能を有効にする必要があります。2017.3 リリース以降に作成されたスクラムアジャイルチームのバックログには、イシューが自動的に含まれます。

この変更以前は、バックログに追加できたのはタスクだけでした。イシューを追加する場合は、イシューを追加する前に、まずイシューをタスクに変換する必要がありました。

バックログのタスク以外にもアクセスできるようになったので、バックログでこれまで使用可能だったカスタムタスクビューはすべてコピーされ、カスタムバックログ作業アイテムビューとしてバックログに追加されます。

バックログのイシューの使用については、アジャイルバックログの管理を参照してください。

アジャイルスクラムチームのバックログでイシューを使用できるようにする方法については、スクラムの設定作業アイテムをイテレーションに追加する際の日付の適用方法の設定を参照してください。

スクラムアジャイルストーリーボードにイシューを含める

NOTE
この機能は、2017年11月14日(PT)に実稼動環境から削除されました。デザインを強化し安定性を向上させたうえで、2018年初めにプレビュー環境に再導入される予定です。2018.1 リリースで実稼動環境において使用できるようになります。

スクラムアジャイル方法論を使用する際に、ストーリーボードにイシューを含めることができるようになりました。

詳しくは、スクラムの設定アジャイルストーリーボードのステータス列の設定を参照してください。

アジャイルチームのバックログへのグループ化とフィルターの適用

NOTE
この機能は、2017年11月14日(PT)に実稼動環境から削除されました。デザインを強化し安定性を向上させたうえで、2018年初めにプレビュー環境に再導入される予定です。2018.1 リリースで実稼動環境において使用できるようになります。

「グループ化」および「フィルター」オプションがアジャイルバックログで使用できるようになり、グループ別にバックログを整理し、特定のタスクとイシューに対するフィルターを設定できます。

この変更以前は、ビューでアジャイルバックログに適用できるようになっていました。

詳しくは、アジャイルバックログの管理アジャイルバックログの管理を参照してください。

更新やメールのリッチテキスト書式

NOTE
プレビュー環境内で行った書式設定の変更は、書式未設定の状態に戻る可能性があります。

Workfront オブジェクトに対して行うコメントや更新を書式設定することで、重要な情報を強調できるようになりました。

リッチテキストツールを使用すると、テキストに書式設定属性を適用したり、箇条書きリストや番号付きリストを作成したり、追加のリソースにハイパーリンクを追加することができます。

更新ストリーム内のコメントに適用された書式設定は、更新メール通知にも表示されます。コメントの書式設定について詳しくは、作業の更新を参照してください。

プレビュー環境の強化された @ タグ機能の復活

もう一度 @ 記号を使用して、プレビュー環境のすべてのオブジェクトの更新ストリームに他のユーザーにタグを付けることができます。以前は @tagging により、タグ付けされたユーザーの姓名が更新ストリームに配置されていました。現在、拡張された @tagging 機能により、ユーザーの名前(名)のみが表示されます。更新でのユーザーのタグ付けの詳細については、更新で他のユーザーへのタグ付けを参照してください。

更新ストリーム内のフィルターシステムの更新が、オブジェクト間で保持されるようになりました

フィルターシステムの更新オプションは、Workfront サイト全体のオブジェクトにわたって永続的に使用できるようになりました。これにより、システム更新を非表示にして、1 つのオブジェクトの更新ストリーム内のユーザーコメントのみを表示し、他のオブジェクトを参照するときにその設定を維持できます。

この変更以前は、Workfront サイトを参照する際、オブジェクトごとにシステムアップデートを除外することを選択する必要がありました。

詳しくは、作業の更新を参照してください。

稼働率レポートでのデータの視覚化

稼働率情報をグラフビューで表示できるようになりました。

詳しくは、リソース稼働率レポートの概要リソース稼働率レポートの概要を参照してください。

稼働率レポートのパフォーマンス向上

NOTE
この機能は、ベータ版最終リリース後のパッチでリリースされました。

使用率レポートを実行すると、レポートの実行前にフィルターを適用するように求められるようになりました。この変更により、最も適切な情報が稼働率レポートにできるだけ早く生成されるようになります。

稼働率レポートの実行の詳細については、リソース稼働率レポートの概要リソース稼働率レポートの概要を参照してください。

ドキュメントの機能強化:合理化されたインターフェイス

Workfront にドキュメントを追加するためのユーザーエクスペリエンスが、より合理化され、直感的になりました。これで、ファイルシステムからドキュメントをアップロードしたり、ドキュメントをリクエストしたり、サードパーティのアプリケーション(Google や Dropboxなど)からファイルをリンクしたりできるようになりました。

以前は、これらのオプションは、ドキュメントを追加ダイアログボックスを起動することで利用できました。

詳しくは、以下を参照してください。

NOTE
この変更により、クリップボードから画像またはドキュメントを貼り付けるオプションは使用できなくなりました。

Workfront 内でのプルーフ機能の強化

ユーザーエクスペリエンスの向上と追加機能

Workfront でプルーフを作成する際のユーザーエクスペリエンスが向上したことに加えて、次の追加機能が利用できるようになりました。

  • 複数画像を単一プルーフに結合。
  • 複数の解像度で web サイトをプルーフ(複数の解像度を個別のプルーフとして作成することも、単一のプルーフに結合することもできます)。
  • アップロードプロセス中にファイル名を編集。
  • プルーフ作成フォームにカスタムフィールドを含める。
  • プルーフメール通知にカスタムメッセージを追加します。
  • 追加のプルーフの設定
  • URL のプルーフ時のリアルタイムのエラー検証(以前は、エラーが表示されるまでに数分待つ必要がありました)

詳細情報は、以下を参照してください。

NOTE
自動ワークフローで新しいプルーフを作成する場合、ユーザーをあるステージから別のステージに移動するためのドラッグ&ドロップはサポートされません。代わりに、あるステップからユーザーを削除し、別のステップに追加します。

ドラッグ&ドロップを使用してユーザーをあるステップから別のステップに移動するオプションは、2018.1 リリースで再導入されました。

プルーフビューアから直接共有

これで、プルーフビューアから直接、特定の Workfront ユーザーと共有できるようになりました。

NOTE
この機能は、新しいプルーフ(2017.3 リリース以降に作成されたプルーフ)でのみ、また Workfront Proof Premium アカウントと統合されている Workfront インスタンスでのみ使用できます。

この変更が行われる前は、リンクを作成してそのリンクをユーザーと共有することによってのみ共有できました。

詳しくは、Adobe Workfront 内でプルーフを共有するAdobe Workfront 内でプルーフを共有するを参照してください。

デフォルトのプルーフの役割の設定

Workfront システム内の新しいプルーフに対して、新規ユーザーとゲストユーザーが持つデフォルトのプルーフの役割を設定できるようになりました。

これは、プルーフを共有するときにユーザーがプルーフに対して割り当てられるデフォルトの役割です。

Workfront Proof と Workfront の両方で強化されたプルーフ機能

HTML5 ビデオプルーフビューアーでの再開とスキップ(キーボードショートカット)

ビデオの HTML5 プルーフビューア内にキーボードショートカットが追加され、ビデオを最初から再開したり、ビデオの最後までスキップしたりできるようになりました。

使用可能なキーボードショートカットについて詳しくは、Workfront プルーフのプランビューアーのキーボードショートカットを参照してください。

HTML5 プルーフビューアーの更新

HTML5 ビューアーは静的プルーフをサポートするようになりました。

この変更が行われる前は、HTML5 ビューアーはビデオプルーフのみをサポートしていました。

HTML ビューアーには、静的コンテンツをプルーフする際の次の新機能が含まれています。

  • 単一ビューで複数のページにマークアップを含む 1 つのコメントを作成

    以前は、これは連続ビューまたは見開きビューの場合にのみ可能でした

  • プルーフのサムネイルを介してプルーフを操作

    • レビュー中のプルーフの部分を簡単に識別します。これは、特にユーザーが大きな形式のプルーフ刷りや長い web ページを扱う場合、または詳細を確認するためにより大きなズームレベルが必要な場合に重要です。
    • ズームレベルの変更
    • コンテンツをパン
  • 測定ツールでカスタム値を指定

  • Workfront プルーフのプルーフビューアーでプルーフ内のテキストに注釈を付ける場合、テキストを太字、斜体、下線を付ける必要があることを示すオプションを含めることができます。

HTML5 ビューアーは、既存の Flash ビューアーで現在利用可能なすべての機能をまだサポートしていません。次の機能は現在利用できませんが、将来のリリースに含まれる予定です。

  • リッチメディアファイルのサポート
  • 比較モード(ビデオと静的)
  • コメントのフィルタリング(ビデオと静的)
  • ドキュメント内のハイパーリンクをレビュー(静的)
  • 翻訳(ビデオと静的)
  • 現在プルーフに取り組んでいるユーザーを表示するプレゼンスインジケーター
  • プルーフの共有

HTML5 ビューアーでの静的プルーフについて詳しくは、次を参照してください。

Workfront プルーフの Workfront 管理者は、組織内のユーザーがビデオプルーフ用の新しい HTML5 プルーフビューアーにアクセスできるかどうかを判断できます。

新しいガントチャートのデザイン変更

新しいガントチャートには、次の改善点が含まれています。

  • 新しいアイコンとマーカー
  • 特定の時間枠をズームインおよびズームアウトする新しいオプション
  • グラフのリスト部分の小さいタスクセル
  • 設定、印刷、見込日への切り替えのオプションが再設計されました。

ガントチャートのオプションの設定について詳しくは、ガントチャートでの情報の表示方法を設定するを参照してください。

組み込みレポートの説明が更新されました

Workfront のシステムレポートの説明を更新し、レポートの種類と含まれるフィールドに関する情報を追加しました。

この変更以前は、ほとんどのビルトインレポートには説明がないか、非常に限られた説明しかありませんでした。

ビルトインレポートについて詳しくは、Adobe Workfront ビルトインレポートの使用を参照してください。

書き出されたレポート、リストおよびダッシュボードのブランディング

NOTE
この機能は現在、プレビュー環境のすべてのクラスターで利用できるわけではありません。

Workfront でブランディングを活用している場合、グローバルナビゲーションバーで使用しているロゴが、Workfront から書き出された .pdf ファイルに含まれます。

次の .pdf ファイルには、書き出されたドキュメントに組織のロゴが含まれます。

  • 書き出したリスト
  • 書き出しおよび配信されたレポート
  • 印刷済みダッシュボード

Workfront からのデータの書き出しに関して詳しくは、データを書き出しを参照してください。

タスクのコピー、タスクまたはイシューを移動する際の改善点

タスクのコピーやタスクまたはイシューの移動の方法を改善して、コピーまたは移動したタスクやイシューの親を選択しやすくしました。例えば、タスクをコピーするときに親を選択すると、親子関係を含むタスクの階層を表示したり、多数のタスクを含むプロジェクトで親を検索したりできるようになりました。

この変更以前は、親を選択 ​手順には検索フィールドが無く、タスクの階層がタスクリストに表示されませんでした。

タスクのコピーに関して詳しくは、タスクのコピーと複製を参照してください。

イシューの移動に関して詳しくは、イシューを移動を参照してください。

承認設定エリアでのリコールリクエストの新規設定

システムレベルの承認設定エリアに新しい設定を導入しました。これにより、Workfront 管理者は、最初のステータスが承認保留となっているイシューやリクエストを、ユーザーに取り消すことを許可するかどうかを決定できます。取り消しが許可されている場合は、イシューが削除されます。取り消しが許可されていない場合は、イシューの最初のステータスが承認待ちのときに、「取り消し」ボタンを表示することはできません。

この変更以前は、イシューの取り消しが常に許可されていました。承認が取り消されると、承認が完全にバイパスされ、イシューが最初のステータスに置かれて、承認が添付されませんでした。

承認設定に関して詳しくは、グローバル承認設定を指定を参照してください。

NOTE
この機能がリリースされると、このオプションはデフォルトで無効になります。現在、イシューの取り消しは、すべての組織に対してデフォルトで有効になっています。この機能がリリースされた場合、Workfront の管理者は、Workfront と同様の機能を維持するために、この設定を手動で有効にする必要があります。

リソース予算計上時間数レポートの新しいグループ化:配分日

リソース予算計上時間数レポートを作成する場合の、結果を配分日ごとにグループ化する機能が追加されました。

この変更以前は、レポートのビューに「配分日」を表示し、フィルターで使用できましたが、このフィールドをグループ化で使用することはできませんでした。

配分日に関して詳しくは、Adobe Workfront の用語集を参照してください。

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

リソースプランナーの改善点

リソースプランナー:FTE 別のデータを表示

リソースプランナーでリソースの割り当てと空き時間を FTE ごとに表示できるようになりました。この変更以前は、値は時間単位でのみ表示できました。

リソースプランナーの使用に関して詳しくは、リソースプランナーの概要を参照してください。

リソースプランナー:週別および四半期別のデータを表示

リソースプランナーの時間枠間隔を変更して、週または四半期ごとに表示できるようになりました。この変更以前は、リソースの配分と空き時間を、月単位でのみ表示し、計上することができました。

リソースプランナーの使用に関して詳しくは、リソースプランナーの概要を参照してください。

リソースプランナー:ユーザー別表示

リソースプランナーの情報をまずユーザーごとに表示し、次にプロジェクト、役割、タスクごとに情報を表示できるようになりました。また、ユーザーに対して、計画時間数と利用可能時間数または FTE との差を表示することもできます。この変更以前は、プロジェクトと役割別にリソースプランナー情報を表示できました。

リソースプランナーの使用に関して詳しくは、リソースプランナーの概要を参照してください。

リソースプランナー:プロジェクトをドラッグ&ドロップして優先度を設定

目的の優先度の順序でプロジェクトをドラッグ&ドロップできるようになりました。この変更以前は、手動で番号を割り当てることによってのみ、プロジェクトの優先度を確立できました。

リソースプランナーの使用に関して詳しくは、リソースプランナーの概要を参照してください。