Jira Service Management の管理者向けの利用開始ガイド
最初に、Jira Service Management の使用を開始する方法を確認します。
この記事では、Jira Service Management Cloud の一部のお客様に段階的に展開されている、Jira Service Management でネイティブに利用できる新しいアラート機能を取り上げています。ご利用のサイトにはまだ表示されていないか、利用できない可能性があります。
アラート ポリシーは、特定の状況下でのアラートの動作を管理する、事前定義済みのルールと条件です。サーバー エラーの急激な増加、Web サイト パフォーマンスの低下、重大なデータベース障害など、いくつかのイベントによって動作の変更が必要になる場合があります。
アラート ポリシーのコア機能は、こうしたシナリオをどのように処理するかをシステムに指示し、それに応じてアラートを作成することです。アラート ポリシーを作成、編集、削除する方法をご確認ください。
アラートはさまざまなソースからトリガーされます。これらのソースにはそれぞれ、Jira Service Management でアラートが作成されたときにアラートのプロパティを決定する独自のルール セットがあります。ただし、アラート プロパティの特定の組み合わせがシステムの課題を示している場合は、アラート ポリシーがそれを特定してアラートを変更します。たとえば、トリガーされたアラートに別のタグや異なる優先度が含まれている場合は、アラートを別の対応者にルーティングしたり、本来意図されていた優先度を変更したりできます。アラート ポリシーは、作成中のアラートに介入して調整します。
アラート ポリシーを使えば、アラートが生成される前に、メッセージ、説明、指定された対応者などのアラート プロパティを変更できます。アラートのプロパティに基づいて、どのチームまたはユーザーを対応者として割り当てるかを決めることができます。
アラート ポリシーがアラートに適用されると、対応するポリシーがアラートのアクティビティ ログに記録されます。これにより、アラートの担当者と対応者の両方が、アラート作成時からアラートに加えられた一連のアクションと変更の全容を包括的に把握できます。
アラート ポリシーは、グローバル レベルとチーム レベルの両方で設定できます。
グローバル アラート ポリシー: これらのポリシーは、Jira Service Management におけるすべてのチーム オペレーションに影響します。作成されると、システム内のすべてのオペレーションに反映され、会社全体のアラート管理の基本的なルールと基準が確立されます。アラートがグローバル ポリシーとチーム ポリシーの両方に一致する場合は、グローバル ポリシーが優先されます。
チーム アラート ポリシー: これらのポリシーは通常、個々のチームのオペレーションに関する特定の要件を満たすために使用されます。これにより、チームは独自のアラート ルールと戦略を定義できるため、他のチームに影響を与えることなくアラートを独立して管理できます。チーム アラート ポリシーは、次の条件下でアラートに適用されます。
アラートがそのチームの統合によってトリガーされた場合
アラートがサイトレベルの統合 (特定のチームに割り当てられていない統合) によってトリガーされたが、アラートがこのチームにルーティングされた場合
アラートがインシデントによってトリガーされ、このチームがインシデントの担当者または対応者である場合
システムでは、複数のアラート ポリシーを同時に運用できます。アラートが初めてトリガーされると、Jira Service Management は特定のシーケンスを実行します。まず、既存のグローバル アラート ポリシーがあればそれをチェックし、次にチーム アラート ポリシーに進みます。
グローバル・ポリシーが複数ある場合、Jira Service Management はそれらのポリシーを上から下の順で評価し、アラートの内容と一致する最初のポリシーを適用します。要するに、ポリシーの順序が重要です。アラートに一致するグローバル・アラート・ポリシーがない場合、またはグローバル・ポリシーが設定されていない場合にのみ、Jira Service Management はチーム・アラート・ポリシーを検討し、上から下の順序で条件を評価します。アラートの内容に一致するポリシーがない場合は、ソースで定義されたルールに従ってアラートが作成されます。
この内容はお役に立ちましたか?