スケジューリングの挙動

このページの内容

お困りですか?

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

コミュニティに質問

The automatic scheduling mechanism in Portfolio for Jira is one of its core capabilities, and it provides a better way for you to optimize and allocate resources realistically.

A plan schedule in Portfolio for Jira may display work items in either dark blue or light blue background:

  1. Dark blue work items are estimated, and are thus scheduled by the automatic scheduling mechanism in Portfolio for Jira
  2. ライト ブルーの作業項目は見積もられませんが、スプリント日、リリース日、または目標日がそれらに割り当てられているためスケジュールされます
  3. 作業項目の水色のバーは、バックログにある作業項目間の依存関係を示します。
    • 水色のバーが課題の先頭にある場合、その課題は別の課題に依存しています

    • 課題の端に薄い青色のバーが表示されている場合、課題には別の課題との依存関係があります。

スケジュールされておらず、見積りを持たない水色の作業項目の場合、次のようになります。

  • プランが課題ソースとしてプロジェクトまたは JQL を使用している場合、スプリント データはプランに追加されません
  • If the plan is using a Scrum board as an issue source, sprint data will be added to the plan if the board is assigned to the team in the plan.

For more information on how unestimated items are scheduled in Portfolio for Jira, see Scheduling unestimated items.

Portfolio for Jira uses the following factors to create a sensible schedule of your team's work items:

  • 見積り、必要なスキルおよびキャパシティ
  • チームのスケジュール (例: スプリント イテレーション、日次タスクの連続的なフローでの作業)
  • 作業段階、例: プラン内でアクティビティが並列または特定の順序で発生する可能性があるかどうか
  • リリースの開始および終了日に基づく、作業項目の順序
  • バックログにある作業項目のランキング
  • バックログの作業項目間の依存関係
  • 設定可能な制約 (例: 1 つのストーリーで並行して作業できるユーザーの数)
  • 各チーム メンバーのスキル
  • 休暇を考慮したチームとメンバーの空き状況

Portfolio for Jira also shows you some of the factors that were considered when work items are scheduled off the backlog, as well as gives you an idea why some work items weren't scheduled as such as well.

これらの詳細は、スコープ ビューの「スケジュールの要因」セクションで課題ごとに確認できます。

スクリーンショットの例は、タイムラインにある課題 XPLN-38 のスケジュール方法の背後にある要因を示しています。

  • XPLN-38 はリリース 1.5.0 に割り当てられます。
  • XPLN-38 はスコープ バックログ内で 2 位にランク付けされています。

この作業項目をスケジュール内で前の日付か後の日付に移動する方法については、目的に応じて [前の日付] または [後の日付] をクリックします。

自動リリースの割り当て

リリースは、固定された終了日を持つリリースが 1 つ以上ある場合にのみ自動的に割り当てられます。この場合、リリース割り当てが "計算" に設定されているバックログ項目があるときに、これらの項目は、固定された終了日を持つリリースに自動的に割り当てます。これは、バックログでの項目のランク付け方法に自動的に基づきます。

Portfolio for Jira optimizes the scheduling of work items that are ranked the highest. This means that even if your team has more capacity for v2.0 release, if the items set for v2.0 are ranked low in the backlog, Portfolio for Jira will still plot these items for v2.0 later on in the schedule.

最もリスクが高い作業項目にスケジュールの早い時期で対応したい場合は、これらの項目に上位のランクを設定できます。これにより、チームは、これらの項目に早期に取り組むことができます。

自動/手動割り当てのスケジュール設定

Portfolio for Jira lets you decide how the scheduling algorithm sets values to certain fields – whether these values are assigned manually (static assignments) or suggested automatically (calculated assignments).

フィールド手動割り当て自動割り当て
リリース

作業項目を提供するリリースを判断します。

"この項目はリリース X で提供する必要があります。"

スケジューリング アルゴリズムは、作業項目に最適なリリースを判断します。

"この項目にはどのリリースが適していますか?"

チーム

作業項目を実装するチームを呼び出します。

「このストーリーはチーム A が実装する必要があります」

スケジューリング アルゴリズムは、チームのスキルとキャパシティに基づいて、どのチームが作業項目を提供できるかを判断します。

"スキルとキャパシティに基づいた場合、どのチームがこれを最も優れた方法で提供できますか?"

members

作業項目を処理するチーム メンバーを決定します。

"Peter または Sarah、あるいは両方がこのストーリーに対応する必要があります。"

スケジューリング アルゴリズムは、チーム メンバーのスキルとキャパシティに基づいて、どのメンバーが作業項目にもっともうまく対応できるかを判断します。

「スキルと空き状況に基づいて、このストーリーで一番作業効率が良いチーム メンバーは誰でしょうか?」

スプリント

作業項目に取り組むスプリントを決定します。

「項目はスプリント 3 で作業する必要があります」

The scheduling algorihtm determines into which sprint the work item will be worked on, based on availability.

"この項目にはどのスプリントが適していますか?"

ドロップダウン メニューからフィールドを計算するよう設定した場合、値は次の計算で自動的に割り当てられ、フィールドは青色でハイライト表示されます。

特定の期間に作業を計画する

Portfolio for Jira has a planning horizon of 5 years by default. If you believe that your schedule isn't being displayed properly, and your estimates are for less than 5 years, please check your team's capabilities and estimates. If you require a longer planning horizon, up to 30 years, please contact Atlassian Support.

最終更新日 2018 年 9 月 21 日

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

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