改善されたインターフェイスの変更
This page has been written with the assumption that you've already migrated from live plans (any version from 2.0 to 2.27) to plans with the improved interface (version 3.0 and later).
The following table lists the important changes to note when planning in the improved interface.
| タスク | 変更 |
| プランの設定 | チームの作業方法に合わせてプランを設定できます。詳細については「プランの設定」をご覧ください。 The following settings from Portfolio for Jira live plans are also used as default:
|
| プランの課題を表示する | 従来は、以下に示すプランの例のように、課題はプランの上部にあるタイムラインに表示され、チームの作業項目は下部のスコープ テーブルに表示されていました。
改良されたインターフェイスでも、プランのほぼ同じ位置にスコープ テーブルが表示されますが、これは "スコープ セクション" と呼ばれます。 ただし、タイムラインはスコープ セクションの右側に移動し、各課題にはそれぞれ対応するスケジュール バーが表示されます。スケジュール バーは、以下のプランの例に示すように、スケジュール方法に応じてタイムラインに表示されます。
|
| Visualizing work using group and color settings | 従来はテーマ レポートを使用して、プランに単色かつ単一レベルのビューを適用し、さまざまな作業ストリーム (プロジェクト、チームなど) を個別のスイムレーンに分けることができました。 In the improved interface, you can now mix and match grouping and coloring options, which let you visually display more details to your audience. This also makes it easier for your audience to consume your plan in greater detail.
Sample plan, with issues grouped by project, and issues colored by status 詳細については、「表示設定のカスタマイズ」をご覧ください。 |
| タイムラインで依存関係を表示する | 以前は、課題に依存関係があるかどうかは、タイムラインのどちらかの端に水色のバーが表示されていれば確認できました。これらの視覚的なインジケータは明らかなものではなく、直感的な使用には適していません。
依存関係を持つ課題を含むプランの例 In the improved interface, we're making it easier for you to keep track of any dependencies in your plan. You can view the dependencies of an issue from the dependency columns in the fields section. You can also click the number of dependencies at either end of a schedule bar accordingly. See Managing dependencies for more information.
依存関係を持つ課題を含むプランの例 |
| 課題の作成 | 以前は、課題を作成する方法は数通りありましたが、そのうちいくつかはユーザーにとって明確なものではありませんでした。 In the improved interface, we've making this more obvious and intuitive:
詳細については「課題を作成する」を参照してください。 |
| 課題を割り当てる | In Portfolio for Jira, plans use the concept of team members, which are independent from assignees in Jira. You'd first assign an issue to a team member in Portfolio for Jira, and when you save this change to Jira, the issue is then assigned to the corresponding assignee in Jira. In the improved interface, we're simplifying this task by letting you set the assignee directly in your plan. This effectively removes that extra step of assigning the issue to a team member first, then saving the change in Jira as an assignee change. One thing to note though — you can now assign an issue to only one assignee in the improved interface. |
| 課題のスケジュール | Previously, you'd need to use the calculate functionality, to interact with the timeline itself. When you calculate your plan, Portfolio would calculate the realistic scheduled start and end dates of the issues, and then create a realistic schedule of the issues. 既定では、ターゲット開始日とターゲット終了日は、プランで課題をスケジュールおよび自動スケジュールする際に使用されます。期限とその他のカスタム日 (日付ピッカー タイプ) を使用して、課題のスケジュールを設定できます。これは、プランとチームの仕組みを一致させる際に役立ちます。 カスタム日付を利用できるようにするには、プランの課題ソースに関連付けられているすべてのプロジェクトのスキームに、カスタム日付フィールドを追加することを確認します。選択すると、カスタム日が日付バッジ ( また、タイムライン自体を直接操作して、課題のスケジュールを作成できます。課題をスケジュールしたい内容に応じて、タイムラインで課題を手動でドラッグ アンド ドロップできます。 You can also choose to make Portfolio auto-schedule your plan for you. Portfolio will let you preview the suggested schedule, but it's up to you to decide whether or not you'll accept the auto-scheduled changes. 詳細については、「作業のスケジュール」をご覧ください。 In live plans (versions 2.0 to 2.27), you can use the scheduling factors section, to understand how issues are scheduled off your backlog, as well as why some issues aren't scheduled as expected. In the improved interface, this section isn't available anymore. If an issue is not scheduled as expected, you can manually reschedule the issue in the timeline. |
| 課題のランク付け | Previously, when you'd rank an epic with child issues higher, the ranking of its child issues would also be higher. When these changes were committed to Jira, the child issues would also be ranked higher in Jira. 特にチームのバックログまたはアクティブ スプリントで課題のランク付けがすでに行われている場合、こうして子課題のランクが突然上がると、混乱を招くことがあります。 In the improved interface, the ranking of child issues is now independent of the ranking of their parent issues. If you rank a parent epic higher, the ranking of its child issues in Jira will stay as is. |
| 進捗を計算する | Previously, progress would be calculated by the percentage of the estimates completed against the total estimates. In the improved interface, you now have a visual progress bar, which displays issues grouped by status category:
In your plan, you can also choose to display progress using estimates or issue count, or even both. See Monitoring progress of work for more details.
|
Saving changes in Jira |
|
| Zooming in and out of the work in your timeline | 設定された期間 (3 か月や 1 年間、またはカスタムの日付範囲) で課題を素早く表示できます。これにより、選択された期間内にスケジュールされた課題のみに集中できます。 これはライブ プランでも実行できましたが、その場合はスケジュール範囲フィルターを使用する必要がありました。この方法はあまり使いやすいとは言えません。 |
| チームの管理 | Previously, you'd manage your teams by clicking the Teams tab, at the top-right area of your plan. In the improved interface, team management is accessed via the teams view above the scope table. You can also filter issues by a specific team, to quickly view all the issues assigned to the team. |
| キャパシティの管理 | 従来は、チーム メンバーの個々のキャパシティを計画することができました。 In the improved interface, we're still considering how capacity is best managed. We're starting with the following details:
|
| リリースを管理する | Previously, you'd manage releases by clicking the Releases tab, at the top-right section of your plan. In the improved interface, release management is accessed via the releases view above the scope table. You can also filter issues by a specific release, to quickly view all the issues in that release. |
| 作業をレポートする | Previously, you could share details about your plan using different report types, like the capacity report and dependencies report, via the Reports view. In the improved interface, we've removed the Reports view because we're currently building more working views that can be shared as reports to relevant audiences. Although the reporting functionality is currently limited, you can still share a read-only version of your roadmap. |
