リリースを管理する

お困りですか?

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

コミュニティに質問

  1. Advanced Roadmaps をインストールする
  2. プラン環境を準備する
  3. プランを作成する
  4. チームを管理する
  5. リリースを管理する
  6. プランで作業する
  7. プランをカスタマイズする
  8. プランを共有する

はじめる前に

このページのコンテンツは、ユーザーが所属している組織の構造に応じ、Advanced Roadmaps 管理者およびプラン所有者を対象にしています。

この利用開始ガイドは、チームのセットアップに役立てるためにご用意しました。

このガイドでは、Advanced Roadmaps の機能を使用する際にユーザーや管理者が経験することがある典型的な内容を詳しく説明します。また、概念についての高度な内容や、推奨事項、プランを肉付けする際に検討に値するオプションの手順も紹介しています。

リリースを管理する

Advanced Roadmaps 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

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

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

To start managing the releases in your plan, see Releases in live plans or Releases in plans with the improved interface.

Best practices when managing releases

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

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 tasks in sequence are scheduled, and will display whether your roadmap is on track or off track.

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

When you're using the wizard to create a plan, you'll be prompted to select the releases to include in the plan. This is a step that you can choose to skip; however, we recommend that you take the time to choose the releases that are relevant to your work. This is because only the issues that are assigned to the selected releases will be included in your plan.

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

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

Using fixed release dates

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

課題を手動でスケジュールする場合

  • Releases will turn red only if any of the assigned issues are scheduled beyond the release date.
  • This does not indicate that there's too much work in the release — rather, it simply indicates that there's work scheduled beyond the release date.

課題を自動スケジュールする場合

  • This is as close as you can get to the notion of "there's too much work scheduled in a release."
  • If the work assigned to a release is larger than the available team capacity to complete it, then work will be scheduled beyond the release end date. Effectively, this makes the release turn red.

動的リリース日の使用

In live plans:

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 — the scheduler 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, a date for this may be generated.

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

If you're worried about multiple teams working on issues that are assigned to a commonly shared release, then you can consider using a cross-project release.

By doing so, your plan will include individual releases for each project assigned to the individual teams, and the cross-project releases will keep these individual releases in sync. This helps you monitor the multiple releases more efficiently, and ultimately reduces administration tasks.


最終更新日 2020 年 5 月 19 日

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

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