Automation for Jira - ICE スコアを計算し、それに基づいてチケットに優先順位を付けるルールを作成する方法
プラットフォームについて: Data Center のみ。 - This article only applies to Atlassian apps on the Data Center プラットフォーム。
この KB は Data Center バージョンの製品用に作成されています。Data Center 固有ではない機能の Data Center KB は、製品のサーバー バージョンでも動作する可能性はありますが、テストは行われていません。 Server* 製品のサポートは 2024 年 2 月 15 日に終了しました。Server 製品を実行している場合は、 アトラシアン Server サポート終了 のお知らせにアクセスして、移行オプションを確認してください。
*Fisheye および Crucible は除く
要約
開発チームでは、ICE テクニックを使用してバックログの新機能に優先順位を付ける場合があります。
この記事では、変数の作成アクション (Automation for Jira 9.0.1 で利用可能) を使用して以下のアクションを実行する自動化ルールを構成する方法について説明します。
Impact (インパクト)、Confidence (信頼性)、Ease (容易さ) の各値に基づいて、次の式を使用して ICE スコアを計算します。
ICE = Impact x Confidence x Ease
ICE スコアに基づいて Jira 課題に優先順位を付けます。
ソリューション
最初のステップ
⚙ > [課題] > [カスタム フィールド] に移動して、次の名前の数値フィールドを 4 つ作成します。
影響
Confidence
Ease
ICE
以下を確認してください。
これらのフィールドのコンテキスト構成には、ICE スコアの計算を計画しているプロジェクトが含まれます。
これらのフィールドは、これらのプロジェクトに関連するすべての画面 (課題の作成/表示/編集画面) に追加されます。
ルールの提案
ルールは次のように設定する必要があります。
次の設定を使用して [フィールド値の変更時] トリガーを追加します。
監視するフィールド
影響
Confidence
Ease
対象: すべての課題操作
以下のスマート値を使用して変数の作成アクションを追加します。
{{#=}}{{issue.Impact}} * {{issue.Confidence}} * {{issue.Ease}}{{/}}以下のパラメーターを使用して課題の編集アクションを追加します。
設定するフィールドを選択: ICE
値: {{ICE}}
If/ELSE ブロックを追加します。
IF ブロックで以下を実行します。
課題の編集アクションを追加します。
設定するフィールド: プロパティ
値: Highest
以下のパラメーターを使用して高度な比較条件を追加します。
最初の値: {{ICE}}
条件: より大きい
2 番目の値: 300
最初の IF/ELSEブロックの場合
課題の編集アクションを追加します。
設定するフィールド: プロパティ
値: High
以下のパラメーターを使用して高度な比較条件を追加します。
最初の値: {{ICE}}
条件: より大きい
2 番目の値: 200
次の IF/ELSE ブロックの場合
課題の編集アクションを追加します。
設定するフィールド: プロパティ
値: Medium
以下のパラメーターを使用して高度な比較条件を追加します。
最初の値: {{ICE}}
条件: より大きい
2 番目の値: 100
次の ELSE ブロックの場合
課題の編集アクションを追加します。
設定するフィールド: プロパティ
値: Low
ルールのスクリーンショット

この解決策の代替解決策とデメリット
変数の作成アクションを使用しないこのユースケースの代替解決策は次のとおりです。
Impact x Confidence x Ease = 360 という式の結果を ICE カスタム フィールドに直接保存します。
自動化ルールで ICE カスタム フィールドの更新された値を確実に取得できるように、IF/ELSE ブロックの前にデータの再取得アクションを追加します。
以下のスクリーンショットのように、IF/ELSE ブロックのスマート値 {{Issue.ice}} で ICE カスタム フィールドの内容を使用します。

このような解決策を使用する場合のデメリットは、ルールがでJira 課題のすべてのフィールドを Jira データベースから再読み込みすることになるため、データの再取得アクションが費用のかかるアクションになる可能性がある点です。これには時間がかかり、ルールの効率が低下する可能性があります。このようなユース ケースを実装するために、Automation for Jira 9.0.0 (および Jira 9.11.0) から利用できる変数の作成アクションを使用するのが最も効率的なのはそのためです。
この内容はお役に立ちましたか?