Group alerts using Rovo

Standard プラン、Premium プラン、Enterprise プランのすべてのアプリで AI の利用が可能になり、自動的に有効化されるようになりました。組織管理者は、アトラシアンの管理で [Rovo] > [Rovo access (Rovo アクセス)] の順に選択して AI 設定を管理できます。

AI は Atlassian Government 組織や Confluence Cloud サンドボックス環境では利用できません。

Alert grouping — powered by Rovo — uses AI to group related and similar alerts and to offer insightful suggestions. This helps on-call team members manage alerts more efficiently by grouping similar alerts, reducing noise, and enabling faster incident response.

Alert grouping is a key AIOps capability that:

  • groups similar alerts to prevent alert fatigue and lower cognitive load

  • summarizes related alerts, showing counts, tags, and other key details

  • identifies patterns so you can escalate related alerts to incidents quickly

To use alert grouping, make sure you meet these criteria:

  • You're using the alerting feature that's natively available in Jira Service Management.

  • Jira Service Management インスタンスは BYOK 暗号化が適用されていません。

グループ化されたアラートを表示するには、次の手順に従います。

  1. まだ有効化していない場合は、Rovo を有効化します。
    Rovo for Jira Service Management を有効化するには、組織管理者である必要があります。

  2. [あなたの作業] またはチームの [オペレーション] から [アラート] リストに移動します。

各アラートには「タイニー ID」があり、Rovo によって生成された各アラート グループには一意の「グループ ID」があります。
詳細については、「アラート リストを移動する」をご覧ください。

表示されるコンテンツはユーザーの権限によって異なり、コンテンツの質にはばらつきがある場合があります。理由についてはこちらをご参照ください

アラートとグループに対する一括アクション

アラートまたはアラート グループをインシデントにエスカレーションするには、リスト ビューでそれらを選択し、[Create incident (インシデントを作成)] または [インシデントをリンク] を選択します。詳細については、「アラートからインシデントを作成する」をご覧ください。

  • 個別のアラートまたはグループを選択し、[Create incident (インシデントを作成)] を選択します。

  • 個別のアラートまたはグループを選択し、[インシデントをリンク] を選択します。

表示する権限のない個別のアラートおよびグループ内のアラートは、一括アクションの対象になりません。

グループの詳細を表示

アラートのグループの詳細を表示するには、次の手順に従います。

  1. アラート リスト ビューからグループを選択します。既定では [アラート] タブが開きます。

  2. 必要に応じて、チーム メンバーをグループの担当者として割り当てます。

個別のアラートとアラート グループを示すアラート リスト ビュー

グループ詳細ビューには以下の内容が表示されます。

 

タイトル

グループ内のアラートに基づいて Rovo が生成。

 

すべて承認 / すべてクローズ / すべてスヌーズ / すべて削除

グループ内のすべてのアラートに対してこれらのアクションを実行します。

[アラート] タブ

 

 

アラート数

グループ内のアラート数 (表示する権限を持つアラートのみ)。

 

優先度

Rovo がグループ内のアラートから導出。

created

グループの作成時刻。

最終更新

グループが最後に更新された時刻。

グループ化の基準

セマンティック類似性またはタグ。つまり、同じトピックや似た内容、または同じタグを持つ着信アラートが Rovo によってこのグループに追加されたことを意味します。

グループ化の段階

グループ化の現在のステージ。Grouping now または Grouping ended のいずれかになります。

担当者

グループの所有者。

アラートの対応者

グループ内の個々のアラートの対応者。

[詳細] タブ

 

 

 

説明

グループに含まれるアラートに基づいて Rovo が生成したグループの概要。[更新] を選択すると、グループに追加された類似のアラートに基づいて説明が更新されます。

Tags

グループ内のアラートに含まれるタグ。

リンクされたインシデント

グループにリンクされているインシデント。

操作

アラート リスト ビューで利用可能なすべてのアクションは、グループ詳細ビューでも利用できます。グループ内の複数のアラートに対して一括アクション (承認、クローズ、インシデントの作成、インシデントのリンク、グループからの削除) を実行できます。

Rovo による提案

Rovo は、作成されたアラート グループに基づいて、過去の対応者と過去のアラート グループに関するインサイトに富んだ提案を行い、オンコール チームがより迅速に対応できるよう支援します。

インシデントを作成する

グループ内のアラートからインシデントを作成するには、次の手順に従います。

  1. グループ内の関連するアラートを選択します。

  2. [Create incident (インシデントを作成)] を選択します。これは、右側の [What more can you do? (他に何ができますか?)] パネルからも実行できます。
    [作業項目の作成] ダイアログが表示されます。Rovo により、作成しているインシデントのタイトル、説明、優先度が提案されます。

  3. 必要に応じて、Rovo が提案するフォームの値を編集します。また、親指を上向きまたは下向きにするしぐさのアイコンを使用して、提案を評価してください。

  4. [作成] を選択します。

過去の対応者に連絡する

特定の作業項目に対処するのに最適な人材を素早く特定できるように、Rovo により、以前に同様のアラートを扱ったことのある対応者が提案されます。これにより、適切な人材を探す時間を節約して、作業項目をより効率的に解決できる可能性があります。

類似のアラート グループの履歴を確認します

また、Rovo は、現在使用されているアラート グループや使用されているタグとの意味的な類似性に基づいて過去の類似のアラート グループを提案します。これは、パターンや時間の経過とともに繰り返し発生する課題を特定するのに役立ちます。現在のアラート グループを過去のアラート グループと比較することで、以前に同様の状況が発生したかどうかを確認し、それがどのように処理されたかを理解できます。これにより意思決定プロセスが改善され、より効率的な問題解決につながる可能性があります。

データ レジデンシーとアラート グループ

あるデータ レジデンシーの場所から別の場所に製品データを移動する場合、それまで存在していたアラート グループは完全に削除されます。これは、現在、グループ関連のデータの移動がサポートされていないためです。ただし、新しい場所では、Rovo はグループの作成を最初から開始します。

フィードバック

Rovo で生成された入力に対してフィードバックを提供するには、上向きの親指 👍 または下向きの親指 👎 アイコンを使用します。たとえば、アラートが正しくグループ化されていない場合は、下向きの親指アイコンを選択して詳細を共有してください。

Rovo と AI の詳細については、Trust Center または次のリンクをご覧ください。

よくあるご質問

アラートのグループ化の仕組み

ノイズを削減し、チームがインシデント トリアージ中に最も重要なことに集中できるようにするには、アラートのグループ化が効率的でなければなりません。アトラシアンによるアラートのグループ化は、時間の経過とともに、よりインテリジェントでコンテキストを認識するものへと進化しています。これにより、関連するアラートをまとめて処理できるようになり、チームが重複する通知に悩まされることがなくなっています。

アラートのグループ化では、タイトル説明タグの意味的な類似性に基づいてアラートを整理します。つまり、アラートの文言および構造における類似性を識別します。

シナリオの例

監視システムが次のアラートを生成するとします。

アラート 1

  • タイトル: サービス A のデプロイ 1 が 13:44 UTC に失敗しました

  • 説明: デプロイ 1 のヘルスチェックが失敗しました。ランブックを表示する

アラート 2

  • タイトル: サービス A のデプロイ 2 が 14:19 UTC に失敗しました

  • 説明: デプロイ 2 のヘルスチェックが失敗しました。ランブックを表示する

これらは同じサービスからのアラートであり、構造と文言が類似しているため、同じグループにまとめられます。

以下で、グループ化がどのように行われるかを具体的に説明します。

アラートの内容

アラートがグループ化されるかどうか

タイトル: 異なる

タグ: 同じまたは異なる

説明: 同じまたは異なる

アラート 1

タイトル: サービス A でデータベース接続がタイムアウトしました
タグ: service-a、severity:critical
説明: アプリが 10:15am UTC にデータベースへの接続に失敗しました。ランブックを表示する

アラート 2

タイトル: サービス A で高いメモリ使用量が検出されました
タグ: service-a、severity:critical
説明: アプリが 10:15am UTC にデータベースへの接続に失敗しました。ランブックを表示する

いいえ

タイトル: 類似

タグ: 同じ

説明: 非常に類似

アラート 1

タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

アラート 2

タイトル: サービス A のデプロイ 2 が 05:19pm IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 2 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

はい

タイトル: 類似

タグ: 同じ

説明: 同じ

アラート 1
タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

アラート 2
タイトル: サービス A のデプロイ 1 が 11:04am IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

はい

タイトル: 類似

タグ: 同じ

説明: 同じ

アラート 1
タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

アラート 2
タイトル: サービス A のデプロイ 1 が 11:04am IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

はい

タイトル: 同じ

タグ: 同じ

説明: 異なる

アラート 1
タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

アラート 2
タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:critical
説明: 環境変数が見つからないため、デプロイ 1 が失敗しました。ランブックを表示する

いいえ

タイトル: 同じ

タグ: 異なる

説明: 同じ

 

アラート 1
タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:critical
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

アラート 2
タイトル: サービス A のデプロイ 1 が 02:49pm IST に失敗しました
タグ: service-a、severity:warning
説明: デプロイ 1 で大量の 5xx が発生したため、アラートを送信しました。ランブックを表示する

いいえ

Rovo を活用したアラートのグループ化モデルは、意味的な類似性を認識してアラートをグループ化することにより、関連するアラートをまとめてレビューして対処することを容易にします。AI モデルによるアラートのグループ化の仕組みに関する詳細をご確認ください

これによって以下を実行できます。

  • 関連するすべての作業項目を 1 か所で確認する

  • 重複作業や不要な中断を回避する

  • 各アラートを個別に処理するのではなく、グループに対してアクションを実行する (承認やエスカレーションなど)。

アラートのグループ化は進化を続けており、継続的な改善によって精度が向上し、チームのニーズに合わせた細かなカスタマイズが可能になっています。

サイトでグループ化されたアラートが表示され始めるのはいつからですか?

サイトで過去 90 日間に数百件のアラートを受信し、Rovo がそれらの間で類似のパターンを検出した場合、そのアクティビティ レベルに達してから 4 - 24 時間以内にグループ化が開始されます。ただし、オペレーション スペースを使い始めたばかりで、過去 90 日間にアラートがあまり発生していない場合は、グループ化がすぐに開始されない可能性があります。これは、Rovo がアラートをグループ化するためには、類似したパターンを特定する必要があるからです。約 15 日間経過後、Rovo はアラート データを使用して、組織固有のモデルをトレーニングし始めます。このモデルは新しいアラートに基づいて定期的に改良されるため、グループ化には組織固有のパターンが適切に反映されます。お客様のデータは、他の組織のモデルや大規模言語モデルのトレーニングには使用されません。Rovo によるデータの処理とアラートのグループ化の詳細をご確認ください

グループ化を開始するために必要なアラートの最小数に決まった値はありませんが、Rovo がグループ化を開始するには一貫したパターンが必要です。具体的には、アラートがグループ化の対象と見なされるには、過去 90 日間にそのアラートが少なくとも 4 回発生している必要があります。ただし、アラートの頻度が低い場合や時期的なものである場合は、Rovo がそれらを処理した後でもグループが形成されないことがあります。

アトラシアンはどのようにデータを保護していますか?

この特定の Rovo 機能では、生成 AI に加えてアトラシアンの機械学習も使用しています。アトラシアンの機械学習モデルはお客様ごとにトレーニングされます。つまり、各組織でのみ使用する組織専用のバージョンがトレーニングされるということです。これにより、組織内の類似したアラートのグループをより適切に識別し、有効活用できるようにしています。

Rovo のすべての機能と同様に、他のお客様のモデルのトレーニングにお客様のコンテンツが使用されたり、お客様間で共有されたりすることはありません。

アラートのグループ化では、ユーザーのアクセス許可が考慮されます。アラート グループ内の 1 つのアラートにしかアクセスできない場合でも、そのグループを表示できます。たとえば、Rovo がタグと意味的な類似性に基づいて 50 件のアラートをグループ化しており、ユーザーがそのうち 30 件のみを表示する権限を持っている場合、グループ詳細ビューにはその 30 件のみが表示されます。アラート グループからインシデントを作成する場合も同様です。つまり、表示する権限を持つグループ内のアラートのみがインシデントにリンクされます。

 

さらにヘルプが必要ですか?

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