ライフサイクルを通じてアラートを管理する
この記事では、Jira Service Management Cloud の一部のお客様に段階的に展開されている、Jira Service Management でネイティブに利用できる新しいアラート機能を取り上げています。ご利用のサイトにはまだ表示されていないか、利用できない可能性があります。
アラートは重大な出来事であり、業務を円滑に進めて混乱を最小限に抑えるにはアラートのプロアクティブな管理が必要です。イベント主導型のワークフロー、アラートとインシデントの対応、ビジネス継続性にとって、ライフサイクルを通じてアラートを効率的に管理することは必要不可欠です。
この記事では、チームがイベント管理プロセスを最適化し、業務効率を高めることができるように、ライフサイクルを通じてアラートを管理するためのベスト プラクティスを紹介します。
アラート作成と対応者
受信/双方向統合、メール、アラート API、手動など、いくつかの異なるソースからアラートを作成できます。
アラートが生成された時点で、その発生、ソース、重複排除回数、対応者に関する多くの情報が格納されています。通知を受けたユーザーとアラートを閲覧したユーザーは [アクティビティ] セクションで確認できます。
アラートの承認と所有権
Once the alert is created the Responders field shows who are notified of that alert. Once a responder acknowledges an alert, it signifies their awareness and ownership of the issue. Once the alert is created and a team is selected as a responder, the routing rules of the team are checked to determine which escalation/schedule should be used to notify. A team can become a responder to an alert through web UI, rest API, or integrations. An alert can be assigned to an individual, but multiple individuals, teams, escalation policies, and schedules can be a responder of an alert. Until the alert is acknowledged or closed, users are notified according to their notification preferences. Read more about alert actions.
エスカレーション
If an alert requires additional attention or expertise beyond the initial responders' capabilities, escalate it to the appropriate teams or individuals. Clearly define escalation paths and criteria to ensure a smooth handover of alerts. Regularly follow up on escalated alerts to ensure timely resolution and prevent delays in response. Read how to create incidents from alerts.
アラートの解決とクローズ
対応者が根本的な問題の解決に取り組む際には、影響を軽減し、通常の業務を回復するための適切な措置が講じられていることを確認してください。トラブルシューティングの手順、適用した解決策、実装された回避策など、実行したアクションを記録に残してください。アラートをクローズする前に、関係者や影響を受けた当事者に解決策を伝え、問題が解決されたことを確認してもらいます。
この内容はお役に立ちましたか?