5. Managing your releases

お困りですか?

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

コミュニティに質問

  1. 1. Installing Portfolio for Jira
  2. 2. Preparing your planning environment
  3. 3. Creating Portfolio plans
  4. 4. Managing your teams
  5. 5. Managing your releases
  6. 6. Working with your plans
  7. 7. Customizing your plans
  8. 8. Sharing your plans

はじめる前に

Depending on how your organization is structured, the content on this page is meant for Portfolio for Jira administrators or Portfolio plan owners.

To help you set your teams up for success, we've prepared this getting started guide that discusses how to set up Portfolio for Jira with your existing Jira instance.

The guide discusses the typical end-to-end path that users and administrators may find themselves taking part in when using Portfolio for Jira. You'll also find high-level content on Portfolio concepts, as well as some recommendations and optional steps you can consider, as you flesh out your plan.

リリースを管理する

Portfolio for Jira dynamically loads your Jira issues into your plan, and suggests releases you can work with. The data in your plan is always up-to-date, and lets you track the progress of your releases, as well as determine if these releases will be completed on time. You can also group project-specific releases into cross-project releases, which easily gives you a higher level view of your goals.

Accessing the functionality of releases is different between plans with the improved interface and live plans (versions 2.0 to 2.27).

  • Accessing releases in plans with the improved interface
    You can access the functionality of releases via the releases view at the top left section of your plan.
  • Accessing releases in live plans (versions 2.0 to 2.27)

ライブ プランまたは改善したインターフェイスのプランのどちらを使用しているかにかかわらず、次の基本的なリリース管理タスクを実行できます。

  • プロジェクト固有のリリースとプロジェクト横断リリースの作成
  • リリースの編集
  • プランからリリースを削除

To start managing the releases in your plan, see Releases in live plans or Releases in plans with the improved interface. Note that there no functionality differences between the types of plans. See Changes in the improved interface and Future releases and limitations to know more.

リリースを管理する際のベスト プラクティス

リリース設定については、次のベスト プラクティスを念頭に置いておくことをおすすめします。これらは推奨事項に過ぎず、設定は組織でのチームの作業方法に合わせる必要があります。リリースをセットアップする際には常に、ベロシティキャパシティ基準を考慮するようにします。

Understanding how work is scheduled based on team velocity is the first important step. Once this is sorted out, the next step is to decide how you want releases to be mapped out and scheduled in your plan. The release settings of your plan will impact how Portfolio for Jira schedules tasks in sequence, and will display whether your roadmap is on track or off track.

プランに含めるリリースの選択

ウィザードを使用してプランを作成するときは、プランに含めるリリースを選択するように求められます。この手順はスキップできますが、時間をかけて作業に関連するリリースを選択することをお勧めします。これは、選択したリリースに割り当てられる課題のみがプランに含まれるためです。

プランからリリースを削除

時間の経過とともに、プラン内に数百件の課題が蓄積し、プランのパフォーマンスに影響を及ぼすことがあります。これが発生した場合、プランからのリリースの削除を検討することをおすすめします。削除するリリースは、ユーザーやチームの作業方法によって異なります。ただし出発点として、提供済みのリリースを削除することを検討できます。これらのリリースは提供済みのため、このリリースで課題を追跡する必要は、もうありません。

固定リリース日の使用

Note the following functionality differences, depending on whether you're manually scheduling issues , or you're auto-scheduling (or calculating) issues:

When manually scheduling issues (versions 3.0 or later)

  • リリースは、割り当てられた課題のいずれかがリリース日以降にスケジュールされている場合にのみ、赤に変わります。
  • これはリリースの作業が多すぎることを示すものではありません。単に、リリース日を過ぎてスケジュールされている作業があることを示しています。

When auto-scheduling issues (versions 3.0 or later) or calculating issues (versions 2.0 to 2.27)

  • これは「リリースにスケジュールされている作業が多すぎる」という概念とほぼ同じです。
  • リリースに割り当てられた作業がそのリリースを完了するために利用できるチームのキャパシティを超えている場合、リリース終了日以降に作業がスケジュールされます。これにより、実質的にリリースが赤に変わります。
動的リリース日の使用

ライブ プランの場合:

If you set a dynamic release date for a release, then that release becomes scope-boxed. It then becomes no longer possible to overbook that release — Portfolio will calculate your schedule based on the scope and resources assigned to that release, and will then adjust your timeline accordingly. See Releases in live plans for more details.

In plans with the improved interface:The concept of dynamic release dates does not apply in plans with the improved interface at the moment. Currently, if you're purely manually scheduling issues, you would not get a value for release dates. Instead, issues would be grouped into specific releases that don't really have an end date. We're still considering how best to support dynamic release dates in the improved interface.

At the moment, to generate a "dynamic" release end date, you'll need to auto-schedule the issues in your plan. Depending on how your auto-schedule settings are configured, Portfolio may generate a date for this.

プロジェクト横断型リリースを使用する

一般に共有されているリリースに割り当てられた課題に対して、複数のチームが作業することに不安がある場合は、プロジェクト横断型リリースの使用を検討できます。

これによって、個々のチームに割り当てられたプロジェクトごとに個別のリリースがプランに含まれて、プロジェクト間リリースではこれらの個々のリリースが同期されます。これによって、複数のリリースをより効率的に監視して最終的に管理タスクを減らせます。


最終更新日 2019 年 7 月 10 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.