アラートエスカレーションポリシーの最適化

アラートエスカレーションポリシーの最適化

アラートへの対応は苦痛になる可能性がありますが、ITアラートに関するフラストレーションを積極的に減らして軽減する方法があります。 アラート戦略を開発することで、IT運用および開発チームの時間と費用を節約し、優先度の低いアラートからの通知を排除します。 ルーティングとエスカレーションチェーン、フィールドアラート、およびアラート戦略を管理者に伝達する方法の詳細については、読み続けてください。 

ルーティングとエスカレーションチェーン 

ルーティングチェーンとエスカレーションチェーンは、どのアラートをどのチームにルーティングする必要があるかを把握するという目的を果たします。 また、これらのアラートの重大度とそれに対応する通知のレベルも決定します。 ほとんどのアラートには、警告、エラー、重大のXNUMXつの重大度レベルがあり、通常、警告アラートは最も重大度が低くなります。 最も単純なエスカレーションチェーンは、警告レベルのアラートを電子メールまたはWebのみのシステムに送信することです。 テキストまたは電話で送信される警告レベルのアラートが多すぎると、アラートが疲労し、アラートに圧倒される可能性があります。 目標は、問題を確実に修正することですが、短時間の停止に耐えられるシステムのために深夜に誰かを起こすなど、不必要なアクションを実行したくありません。 エラーまたは重大なアラートには、SMSまたはその他のライブプッシュベースの通知システムが必要です。 チームの複数のメンバー間でエスカレーションすることができます。 これは、アラートを誰が確認するかによって異なります。これにより、エスカレーションが停止します。 エスカレーションチェーンは、人々が通知を受ける方法をずらすために使用できます。 他のオプションは、アラートの重大度に応じてチーム全体にスパムを送信する「ヘイルメリー」アプローチです。

フィールディングアラート 

アラートの通知を受けると、問題のトラブルシューティングを担当する担当者は、顧客への影響に基づいてアラートの重大度をすばやく評価できる必要があります。 顧客への影響は、顧客と従業員の両方を調べます。 従業員が顧客に影響を与えずにアラートに気を取られている場合、そのアラートの設定を調整する必要があるかもしれません。 フィールドアラートと問題の解決には、一貫したプロセスが必要です。 アラートの確認は、そのアラートのエスカレーションを停止するか、サポートを提供できる次のチームにすぐにエスカレーションするために重要です。 問題が解決した後も、問題の診断を継続することが重要です。 重要なステップは、戻ってアラートを調整してその有効性を向上させることができるかどうかを評価することです。 質問するのに適した質問は、「アラートは顧客向けですか?」です。 答えが「はい」の場合は、すぐに応答してください。 そうでない場合は、アラートが本当に緊急であるかどうかを調べます。

アラートのトップレベルビューを示すアラートチェーン図。

アラート戦略を経営陣に伝える方法

より効率的なアラートシステムにより、企業はコストを節約し、ビジネスの他の領域に再割り当てすることができます。 ITチームは、アラートの疲労や優先作業からの不必要な気晴らしを回避することで、より多くの時間を解放することもできます。 節約された時間とお金を他の関連データとともに特定することは、警告戦略を経営陣に伝えるための最良の方法です。 数字は大いに役立ち、変更を加えることの戦略的価値を示しています。 チームメンバーの仕事を簡単にする場合は、チームメンバーの完全なサポートが得られる可能性があるため、これらのディスカッションにチームメンバーを含めることを忘れないでください。 

チームの現在のアラート慣行を詳しく調べるときは、完璧なシステムはないことに注意してください。 ただし、ITアラートのエスカレーションポリシーの改善に取り組んでいます LogicMonitorのガイダンス を改善するためのステップです ITインフラストラクチャの機能。 ITアラートのベストプラクティスについて詳しく知りたい場合は、必ず ウェビナー