Portfolio for Jira の使用を開始する



アトラシアン コミュニティをご利用ください。


Once you start to understand the fundamentals of long-term agile planning and how these concepts work in Portfolio for Jira, you can begin to build out your Portfolio for Jira plan.

To help bring everything together, we outlined below how to set up Portfolio for Jira with your existing Jira application instance. This process will follow the best approach for implementing Portfolio for Jira:

  • Organize your existing Jira projects.
  • Portfolio for Jira を構成します。
  • Create your plan.

You can also view this webinar, which will take you through the fundamentals of Portfolio for Jira, and get you set up for success!

1. 課題ソース (プロジェクト、ボード、またはフィルター) の整理


When you create a plan in Portfolio for Jira, you need to select the issue sources you want to pull into your plan. Issue sources are projects, boards, or filters that contain the issues you will use to forecast a roadmap for your plan. Since this setup practices a scrum methodology, we recommend using boards, because they provide the most functionality for managing with Portfolio for Jira.

"修正バージョン" は Portfolio for Jira の必須フィールドであるため、非表示にしないようにします。また、必須のカスタム フィールドをセットアップするときには十分にご注意ください。これらは Portfolio for Jira 内部からの課題の作成を阻む可能性があります。 

イニシアチブなどのカスタム構成を使用する予定の場合、個別のプロジェクトを作成し、そのプロジェクトの課題を個別に保存することをおすすめします。そのプロジェクトで課題タイプを構成し、カスタム階層の課題タイプ用のカスタムの課題タイプがない場合はそれを作成します。カスタム階層を使用しない場合、ステップ 3 にスキップしてかまいません。


2. カスタム階層の構成 (任意)


カスタム階層用のプロジェクトと課題タイプをセットアップしたら、階層レベルにリンクする課題タイプを Portfolio for Jira で構成します。

1. Go to Administration > Apps > Portfolio Hierarchy Configuration.

2. レベルを作成し、それらを Jira 課題タイプにマッピングします。

これらのレベルはいつでも編集でき、Portfolio for Jira はそれにしたがってロードマップを再構成します。 

この機能はストーリー ポイント (または見積り) をサブタスクから最上位のレベルまで集約します。これにより、ユーザーはチームやプロジェクトを横断する大規模な作業を正確に見積もることができるようになります。これらはすべて、便利なロードマップを作成するために必須の要素です。

One of the key components of portfolio management - and indeed any agile process - is visibility; it is essential to have end-to-end traceability from board strategy to team tasks. Portfolio for Jira has a 1:1 relationship with native Jira, meaning these issue types can be viewed in the normal issue view with their hierarchical parent and child links.

When you decide on your hierarchy, you need to configure this in the Portfolio for Jira administration settings. Since this is a global setting it is important to have all the teams using the hierarchy feature in Portfolio for Jira aligned.

To see this relationship in your Jira project, just add the parent link field to your screens to expose this link and provide full top-down (and bottom-up) visibility:

  1. Go to Administration > Issues > Screens.
  2. フィールドを追加したい画面を編集します。
  3. [親リンク] フィールドを追加します。

親リンク フィールドは JQL で検索できるため、特定の機能 / イニシアチブの子課題を表示するフィルターをカンバン ボード用に作成できます。ある親課題の子課題の一覧を取得するには “Parent Link” = EX-000 を、複数の親課題リンクから子課題を取得するには “Parent Link” in (EX-000, EX-001, EX-002, EX-003) を入力します。

3. プランの作成




To create a plan, follow these steps: 

  1. In Jira, go to Portfolio (in header) > Create. The 'Create' page will be displayed.
  2. Select Plan Create.
  3. プランの名前を入力します。 
  4. Select the scope of work you are planning for. Remember that you can connect to multiple sources to create cross-team, multi-project plans. There are three types of issue sources:
    • Board – all issues on that board are included
    • Project – pulls all issues from that project 
    • Filter – for custom issue selection using JQL
  5. Select the relevant releases you want to work with. These map to the fix versions from your issue sources. 
  6. 次に、[Teams] でチームを追加できます。既定では、Portfolio for Jira は課題のソースごとにチームを作成します (これはプランの作成後にいつでも変更できます)。 
  7. Finally, Confirm the issues that you wish to import – you can toggle the view between epics and stories. If an epic is selected than every issue associated with that epic will be imported. If you do not want to import specific epics or stories, de-select the box next to them.

この段階で、ロードマップは、課題の優先度、チームのベロシティ、課題の見積り、およびプランのソースに指定した任意の修正バージョンに基づいて作成されます。課題に見積もりがない場合もプランを作成できますが、スケジュール (ビジュアル ロードマップを含む) は、課題やエピックに見積りを設定するまでプランに表示されません。 

右上に、ユーザーが管理可能な、範囲チーム、およびリリースの 3 つの主要な領域が表示されます。レポート セクションを使用すると、情報をよりわかりやすい形式で表示したり、ほかのユーザーと共有したりすることができます。 

4. チームの構成


プランを作成したらチームセクションに移動し、ベロシティやキャパシティ メトリックなどのチーム構成が適切にセットアップされていることを確認します。

プランの作成ウィザードで設定されたチーム構成で問題ない場合、このステップをスキップしてステップ 5 に進みます。 


  • スクラム ボードの場合、Portfolio for Jira は過去のスプリントの平均に基づいて、スプリント ベロシティの予測を立てます。これはチームの変更に合わせていつでも手動で変更できます (Portfolio for Jira から利用を開始する場合、変更する必要はありません)。 
  • カンバンの場合、チームが 1 週間あたりで費やす平均作業時間を設定します。これは、完了すべき作業のために費やす時間の平均です。チームの稼働時間と同じではありません。

Once your team velocity is set, you have the option to add team members. You can choose to manage your people at either the team or individual level. Planning from an individual level lets you provide additional variables about availabilities and skills, so our algorithm can calculate a more accurate roadmap. 

Additionally, while the Capacity view is a great feature for development team leads to consider how much work is on the team’s plate, planning from an individual level allows you to dig much deeper into each individual’s capacity.

If you have a member who's in more than one team, then add that individual to all relevant teams and distribute their weekly hours to proportion their effort between teams. Also note that adding team members is not necessary since you can easily plan with team velocity.

チーム メンバーを追加するには、[+ ユーザーを追加] をクリックします。チームに加入予定の新規採用者などの変数向けに、アカウントにバーチャル チーム メンバーを作成できます。 

チームを共有チームにし、複数のプランでチームを使用可能で、チーム メンバーのスキルの更新が一度で済むようにします。 

課題画面に [チーム] フィールドを追加すると、割り当てられたチームを課題に表示できます。

チーム フィールドはほかの方法でも使用できます。たとえば、エピック レベルのスクラム / カンバン ボードのクイック フィルターとして使用して、業務を横断するワークロードを簡単に表示できます。

5. リリースの管理


Portfolio for Jira でのチームの仕組みを理解しておくことは、リリースのためのベロシティの計算方法の理解に重要です。これを整理したら、リリースの計画方法と、プランのロードマップ ビューでの計算方法を判断します。リリース設定は、Portfolio for Jira での連続したタスクのスケジュール方法を決定し、ロードマップを進捗どおりまたはリソース不足として表示します。 

If the release has a Fixed Release Date then that release is time-boxed. Overbooking and assigning too much work to a release will result in a red timeline:


共有リリースで複数のチームがアイテムに取り組むことに不安な場合、プロジェクト横断リリース オプションを使用できます。このプランはそれぞれのプロジェクトに個々のリリースを含み、それらの同期を維持します。これにより、管理負荷を軽減し、計画を簡単に行えます。


To create a cross-project release: 

  1. Click Create Release.
  2. Select Multi Project.
  3. Select relevant projects for the release.
  4. Set Start and End dates.

6. 最新に保つ


With your working plan you can manipulate data and instantly calculate the impact of change. Any changes made to issues in your Jira application will automatically update the data in your plan. But think of Portfolio for Jira as a sandbox where you can make changes and commit them back to your Jira application. If you are not happy with those changes, you can always revert. 

Whenever you make a change like move an epic into a different release, an orange indicator will flag the change and the number count of your uncommitted changes – seen in the upper left-hand corner of the plan – will increase. Click on the uncommitted changes to open the commit/ revert dialog and once you are satisfied with all of your changes you can commit those changes into your Jira application. 

What-if シナリオの計画 

コミット / 元に戻す機能を使用することで複数のシナリオを試し、最適なものを採用できます。たとえば、リリース範囲の変更やチーム メンバーの追加によるリリース日への影響を確認したい場合、変更をサンドボックスで試して、複数の変数を使用してプランを計算できます。 

7. プランで作業する


プランの準備が整いました。スケジュール ビュー (画面の上半分) は、プランの作成時に提供された範囲、リリース、およびチーム情報に基づいて計算されています。 

この段階では、基本となるプランを利用して、データを仮変更し、ロードマップを確認できます。しかしながら、ほかにも、さまざまなユースケースに対応できる多数の高度な機能があります。このセクションでは、スケジュール ビューでのさまざまなフィルター オプションなどの、いくつかの便利な機能について説明します。特定のリリースを分離したり、チームごとの分割ビューを表示して、計画時に注意が必要な箇所を確認したりすることができます。 


課題リンクを使用して依存関係を Portfolio for Jira で作成および視覚化できます。既定では、"Blocks" および "Blocked by" 課題リンクのみが依存関係を制御します。依存関係を考慮するために、Portfolio for Jira の管理画面から課題リンク タイプを追加できます。 

  1. Navigate to Administration > Apps > Portfolio Dependencies.
  2. Add the link type you wish to include (check the order of blocking on the right).


The scheduling options can be found in the Plan configuration page. This is where you can tweak how Portfolio for Jira assigns work.

To configure your plan:

  1. Go to your plan via Portfolio (in header) > View Portfolio > click your plan.
  2. Click more () next to the plan name > Configure.


課題の担当者のインポート レベル– Jira チケットの担当者をプランで割り当てられたチーム メンバーに設定します。

  1. Go to Commit of changes section under Configuration.
  2. Enable Commit issue assignee.
  3. Assign the ticket to your team member.


  • Dependent Story Constraint – 課題に依存関係がある場合、特に指定しない限り、Portfolio for Jira はそれらを別のスプリント (カンバンの場合は別の日付) にスケジュールします。 
  • Enforce Concurrent Work – 1 つのアイテムに複数のチーム メンバーが割り当てられている場合に、スケジューリング アルゴリズムでそのアイテムのすべての作業が 1 つのスプリントにスケジューリングするようにします。これを行わない場合、個々のチーム メンバーの作業はキャパシティに余裕があるタイミングに割り当てられ、1 つの作業アイテムが複数のスプリントにまたがる可能性があります。


スプリントで作業している場合、ボードを課題ソースとして使用できます。ボードのバックログで作成したスプリントは Portfolio for Jira に動的に接続され、スプリント割り当ての管理に使用されます。Portfolio for Jira からカスタム スプリントを作成することはできないため、将来のスプリントは Jira Software から作成するようにします。 

バックログ スプリントのランクは、それらのスケジュール順を決定します。スプリント名、日付、および課題のスプリントへの割り当てはすべて、Portfolio for Jira に表示されます。 

Portfolio for Jira では既定では、スプリントはスケジュールの計算日から開始されます。スプリントが特定の日付に開始される場合、Portfolio for Jira はスプリントのスケジューリングを指定された日付から開始し、将来のすべてのスプリントはアクティブ スプリントに続くように処理されます。

From Portfolio for Jira, there are two ways to assign issues to a sprint depending on your usage. 

Statically assign sprint – 課題をスプリントに割り当てる直接的な方法として、スプリント列を使用できます。そのスプリントに関連付けられているチームが、静的に、または計算の結果として、最初に課題に割り当てられる必要があります。その後、範囲テーブルのスプリント列を使用してスプリントを選択できます。 

Assign calculated sprint – スプリントで計算された 1 つまたは複数のスプリントを一括で割り当てることもできます。スケジュールを計算し、予測されたスプリントを Jira ボードに反映したい場合は、スプリント名をクリックして [X 件の計算された課題を割り当てて変更をコミット] を選択します。 



If you have projects in your plan that follow different estimation methods, there is a functionality to accommodate such a use case.

  1. Go to your plan via Portfolio (in header) > View Portfolio > click your plan.
  2. Click more () next to the plan name > Configure > Issue sources.

After that, you can set a conversion ratio for each issue source that uses a different estimation method from your plan. But how do you set a ratio? For a mixed estimate plan we recommend you keep your plan in time-based estimation and follow these steps to set your story-point to hours conversion ratio: 

ストーリー ポイントから時間への変換 

  1. チームでの 1 週間あたりの合計キャパシティを決定します (例: 1 週間あたり 40 時間のキャパシティを持つメンバーを 5 人含む場合、200 時間のチーム キャパシティ)。 
  2. チームの 1 週間のスプリント ベロシティを、1 週間のキャパシティで割ります (例: 1 週間のベロシティが 30 の場合、200/30 = 6.667)。 
  3. この結果を変換率として使用します。 

変換率はこの値から変更する場合もあります。チームでの作業を行うにつれて、チームのパフォーマンスをより良く表すように変換率を更新できます。時間をストーリー ポイントに変換することもできますが、使用できる最適なベロシティ (およびそこから導き出される変換率) の算出は困難な場合があります。


レポート タブをクリックし、テーマ、リリース、スケジュール、キャパシティ、スプリント、および範囲の 6 つの異なるレポートとしてデータを可視化および共有できます。 

レポートは、このような専用のビューを使用してデータを詳細に分析し、データの永続的なビューを共有するのに便利です。たとえば、iOS チームのみの特定の日付範囲のロードマップをマネージャーに共有したいとします。プランをフィルタリングして関連するデータを表示し、URL または埋め込み可能な iFrame を生成して共有できます。 


One advantage of using themes is that you can visualize your schedule with each item color-coded by theme:


While all of this is great in theory, many teams have dependencies and factors that affect their roadmap that are external from Jira. It may be other planning tools, third-party vendors, or simply a part of the business that is not ready to change. 

If you have a dependency or external milestone that you need to reflect in your plan, try using the earliest start date function. This will pin that task into the timeline, and the scheduling algorithm of Portfolio for Jira will work around it.

Portfolio for Jira のスケジュールはどのように計算されるのでしょうか?

Portfolio for Jira のスケジューリング アルゴリズムは、提供されたデータを使用して、現実的なデータ駆動のロードマップを作成します。ロードマップの作成は、見積りとチーム ベロシティのみを使用して簡単に行うこともできますが、変数を提供することでよりきめ細かな制御を行うことができます。

すべての変数と、アルゴリズムでのそれらの役割の一覧を示します。これらのすべてまたはほとんどを使用しない場合も、問題はありません。Portfolio for Jira に提供するデータの粒度はチームによって異なります。

Some concepts in Portfolio for Jira:

  • Estimate: The expected work effort measured in story points, hours, or days
  • Team velocity: How much work effort or how many hours a team can complete in a regular cadence
  • Priority: The rank of items in the scope table reflect the issue’s priority. Drag and drop items to re-prioritize them
  • Release: Assignment of issues to releases and the start and end dates of releases
  • Skills: Amount of a work item’s estimate that requires a particular skill. Skills can be associated with individual team members
  • Work stages: Activities that can happen either in parallel or sequential activities
  • Availability: Teams and team member availability
  • Dependencies: Blocked or blocking items between backlog items
  • Estimate conversion: A per-issue-source conversion rate when planning with mixed estimates
  • Configurable constraints: For example, how many people can work in parallel on a story


  • 何が必要かを見極める – 最初はプランの構成方法の検討に時間を割き、あとから成果を得ます。
  • 計画と再計画 – 状況は変わります。プランも変える必要があります。
  • 遠い将来の心配をしすぎない – まずは来週から開始し、先のことはそれから考えましょう。
  • コミュニケーション – プランは全員に影響します。十分に情報を共有しましょう。 
  • 何より、アジャイルであること: 計画を開始し、結果を確認して改善を進めていきましょう。




最終更新日: 2019 年 2 月 26 日


Powered by Confluence and Scroll Viewport.