インシデント管理を改善

BMC Helix ITSMにおけるインシデント管理を最適化するための6つのステップガイド。
インシデント管理を改善
プロセス: インシデント管理
システム: BMC Helix ITSM

BMC Helix ITSM のインシデント管理を最適化し、迅速な解決を実現

複雑なプロセスは、非効率性や遅延を引き起こすことがよくあります。当社のプラットフォームは、プロセスのボトルネック、手戻りループ、コンプライアンス違反のステップを特定するのに役立ちます。問題がどこで発生しているかを正確に特定することで、的を絞った改善策を実施できます。これにより、運用コストの削減とユーザー満足度の向上につながります。

事前設定されたデータテンプレートをダウンロードし、一般的な課題を解決して、効率化の目標を達成しましょう。6段階の改善計画に従い、データテンプレートガイドを参考にしながら業務を変革してください。

詳細な説明を表示

効率的なインシデント管理の重要性

効率的なインシデント管理は、信頼性の高いITサービスの基盤であり、ユーザー満足度、運用コスト、事業継続性に直接影響します。今日の目まぐるしく変化する環境において、BMC Helix ITSMのような堅牢なシステムを活用する組織は、インシデントプロセスに依拠し、通常のサービス運用を迅速に復旧させ、ビジネスへの影響を最小限に抑えています。しかし、複数のチーム、引き継ぎ、外部依存関係が絡むこれらのプロセスの複雑さは、意図せず非効率性を生み出す可能性があります。目に見えないボトルネックはサイクルタイムを長期化させ、サービスレベルアグリーメントの未達、ユーザーの不満、運用コストの増大につながります。インシデント解決における受動的なアプローチから脱却するには、設計されたプロセスフローだけでなく、実際のプロセスフローを深く理解する必要があります。この詳細な洞察により、組織はシステム上の課題に事前に対処し、インシデント管理を課題から競争優位性へと変革することができます。

プロセスマイニングでインシデント解決の洞察を解き放つ

プロセスマイニングは、BMC Helix ITSMにおけるインシデント管理プロセスの実際の実行状況を詳細に調査するための強力な手段を提供します。各インシデントが固有のケース識別子: インシデントIDによって追跡されるイベントログを分析することで、プロセスマイニングはインシデント報告からインシデントクローズまでのインシデントがたどるすべてのステップの客観的でデータに基づいた視覚マップを構築します。この包括的なビューにより、以下が可能になります。

  • 実際のプロセスフローの発見: 標準的な運用手順からの逸脱を明らかにし、インシデントが予期せぬ、または非効率的な経路をたどる場所を特定します。インシデントが専門チームへ転送された回数や、診断開始前に回避策が実装されたかどうかを正確に確認でき、手戻りループや不要なステップを明らかにします。
  • ボトルネックと遅延の特定: インシデントが停止する正確な場所を特定します。それがサポートグループへの初期アサイン中であろうと、調査実施中であろうと、あるいは解決策の適用/テストフェーズ中であろうとにかかわらず、様々なインシデントタイプにおける真のサイクルタイムを理解し、解決目標時間に影響を与える重要な隘路を特定するのに役立ちます。
  • パフォーマンスとコンプライアンスの分析: 各アクティビティの期間とインシデント全体のジャーニーを追跡することで、SLAステータスへの準拠を評価します。ターゲットを常に達成できない特定のインシデントカテゴリやアサイン済みグループを特定でき、ターゲットを絞った改善を可能にします。
  • 手戻りと非効率性の定量化: インシデントが再オープンされたり、再優先順位付けされたり、チーム間で何度もやり取りされたりする頻度を明確に確認し、BMC Helix ITSM環境における非効率性の隠れたコストを定量化します。この証拠は、重複するアクションを排除することでインシデント管理サイクルタイムを削減する方法に関するイニシアチブをサポートします。

BMC Helix ITSMにおけるプロセス改善の主要分野

BMC Helix ITSMのインシデント管理データにプロセスマイニングを活用することで、プロセス最適化のための具体的な機会が明らかになります。典型的な改善分野は以下の通りです。

  • 初期トリアージとカテゴリ分類の合理化: インシデント報告からインシデント分類と優先順位付けまでのフローを分析します。インシデントが常に誤って分類され、サポートグループへの初期アサインに遅延が生じていませんか?この初期段階を最適化することで、解決時間を大幅に改善できます。
  • 引き継ぎと転送の最適化: アサイン済みグループ間の移行を調査します。特に短期間に大量の専門チームへ転送アクティビティが発生している場合、初期の専門知識の不足やエスカレーションパスの不明瞭さを示していることがよくあります。プロセスマイニングは、より効率的なアサイン済みエージェントワークフローのためにこれらのパターンを浮き彫りにします。
  • 診断と解決の加速: 診断開始、調査実施、回避策が実装、解決策特定の期間と順序を調べます。特定のインシデントタイプや影響を受けるサービスが、常に診断により長い時間を要していませんか?この洞察は、より良いトレーニングやナレッジベース記事の作成に役立ちます。
  • ユーザーコミュニケーションと確認の改善: ユーザー通知送信とユーザー確認受信のステップを分析します。ここでの遅延は、インシデントのライフサイクルを不必要に延長し、報告される解決目標時間に影響を与える可能性があります。これらのやり取りを合理化することで、より迅速なインシデント検証済みおよびインシデントクローズ状態へと導くことができます。
  • 根本原因への体系的な対処: インシデント管理は受動的ですが、重大度が高いまたは頻度が高いインシデントの共通経路を特定することで、能動的な問題管理を必要とする根本的な根本原因カテゴリの問題を示唆し、将来のインシデント量を削減できます。

具体的なメリットの実現:最適化されたインシデント管理の成果

プロセスマイニングを通じて特定されたプロセス改善を実施することは、組織に具体的で測定可能な大きなメリットをもたらします。インシデント管理を改善する方法に注力することで、以下のことが期待できます。

  • より迅速なインシデント解決: ボトルネックを排除し、サイクルタイムを短縮することで、解決目標時間に直接影響を与え、サービスの迅速な復旧につながります。
  • サービスレベル遵守の強化: 遅延の根本原因に事前に対処し、インシデントが効率的に進行することを確実にすることで、SLAステータスのパフォーマンスを向上させます。
  • 運用コストの削減: 手戻りを最小限に抑え、アサイン済みグループへのリソース配分を最適化し、各インシデントに費やされる全体的な労力を削減することで、大幅なコスト削減につながります。
  • ユーザーおよび顧客満足度の向上: より迅速な解決と透明性の高いコミュニケーションは、影響を受けるユーザー部署や外部顧客のエクスペリエンスを向上させ、信頼とロイヤリティを構築します。
  • リソース活用の向上: アサイン済みエージェントやアサイン済みグループが、管理上のオーバーヘッドや反復作業ではなく、価値を生み出す活動に集中できるようにします。
  • 積極的な問題予防: 繰り返し発生するパターンに関する洞察を活用して、問題管理戦略を策定し、将来のインシデントを防止し、サービス安定性をさらに向上させます。

インシデント管理最適化の旅に出る

プロセスマイニングを活用してBMC Helix ITSMにおけるインシデント管理を最適化することは、IT運用の効率性と有効性への戦略的な投資です。これにより、仮説を超え、プロセスがどこで、なぜ停滞するのかを正確に特定するために必要な明瞭さとデータに基づいた証拠が提供されます。このアプローチを採用することで、チームはターゲットを絞った影響力のある変更を実施し、優れたサービス提供を実現し、最終的にはよりレジリエントで応答性の高いIT環境を構築できます。今日から真に最適化されたインシデント解決プロセスへの旅を始め、課題を継続的な改善の機会へと変革しましょう。

インシデント管理 サービスデスク IT サポート チケット解決 SLAコンプライアンス IT 運用 問題解決 ダウンタイム削減

よくある問題と課題

影響を与えている課題を特定する

インシデントがサポートグループや担当者の間で頻繁にたらい回しにされることで、大幅な遅延とフラストレーションが生じます。転送のたびに解決時間が長くなり、運用コストが増大し、ユーザー満足度に悪影響を及ぼします。この「たらい回し」は、Incident Managementプロセスにおける明確な所有権の欠如や初期診断の不十分さを示していることが多いです。ProcessMindは、BMC Helix ITSMにおけるインシデントの全旅程を分析し、過度な再割り当てのパターンを特定します。特定の転送ポイント、関与するグループや担当者を明確にし、非効率な引き継ぎの根本原因を明らかにし、インシデントの流れを合理化し手戻りを削減するためのプロセス改善を提案します。

重大なインシデントはサービスレベル契約(SLA)に常に違反し、サービス中断の長期化や潜在的なペナルティにつながります。SLA(サービスレベル契約)の不遵守は、ユーザーの信頼を損ない、組織の評判を傷つけ、長期にわたるダウンタイムにより多大な経済的損失をもたらす可能性があります。これは、複雑なインシデント管理環境における一般的な課題です。ProcessMindは、すべてのインシデントライフサイクルをX線分析のように詳細に可視化し、BMC Helix ITSMにおけるSLA違反箇所をすべて浮き彫りにします。違反と特定の活動、ボトルネック、リソースの制約を関連付けることで、コンプライアンスを確保し、サービス提供の有効性を向上させるための的を絞った介入を可能にします。

インシデントの解決に時間がかかりすぎると、サービスの品質低下や停止が長期化します。これらの解決時間の長期化は、エンドユーザーの生産性を低下させ、運用コストを増大させるだけでなく、Incident Managementプロセス内の根本的な非効率性やスキルのギャップを示す可能性があります。ProcessMindは、BMC Helix ITSMにおけるインシデントの実際の流れをマッピングし、インシデントが停滞している具体的なアクティビティや段階を特定します。これにより、隠れたボトルネックや最適な経路からの逸脱を明らかにし、データに基づいた洞察を提供して解決を加速し、サービスを迅速に復旧させます。

インシデントは、不正確にカテゴリ分類されたり、誤った優先度が割り当てられたりすることが多く、その結果、誤ったルーティングや適切なサポートチームによる対応の遅延につながります。この最初の誤りが、Incident Managementプロセス全体に波及し、解決時間を増加させ、ユーザーとサポートスタッフの両方を苛立たせる可能性があります。ProcessMindは、BMC Helix ITSMにおける実際の解決経路と時間に対し、Category、Priority、Severityなどのインシデント属性を分析します。これにより、不一致や誤分類のパターンを明らかにし、カテゴリ分類ルールの見直しや初期インシデント処理の精度向上を可能にします。

サポートチームは手戻りに過剰な時間を費やし、同じような問題に何度も対処したり、不要な手順を踏んだりしがちです。こうした非効率は貴重なリソースを浪費し、運用コストを押し上げ、担当者がより複雑・重要なインシデントに集中するのを妨げ、インシデント管理全体の有効性を下げます。ProcessMind はインシデントの全体像を可視化し、BMC Helix ITSM 上での反復ループ、冗長な作業、典型的な手戻りパターンを明らかにします。これらのムダを理解することで、プロセスを最適化し、繰り返し作業を自動化し、恒久的で持続的な解決策を導入できます。

インシデント担当者は、確立された手順を頻繁に回避したり、未承認の近道を利用したりするため、一貫性の欠如、コンプライアンスリスク、予測不能な結果につながります。このような遵守の欠如は、サービスの品質を損ない、監査を複雑にし、インシデント管理フレームワーク全体の信頼性を低下させる可能性があります。ProcessMindは、BMC Helix ITSM内で取られたすべてのインシデント経路を客観的に可視化し、意図された標準プロセスと比較します。これにより、標準外の活動がどこで、いつ、誰によって発生しているかを明確にし、的を絞ったトレーニングやガバナンスの改善を可能にします。

インシデントは、リソースの制約、スキルのギャップ、または複雑な技術的問題により、診断や調査の段階で頻繁に停滞します。この長期にわたる停滞は、解決時間の延長とMTTRの増加に直接つながり、サービスが影響を受ける期間が長くなります。ProcessMindは、BMC Helix ITSM内の「Diagnosis Initiated」(診断開始)および「Investigation Conducted」(調査実施)アクティビティの期間を綿密に分析します。これにより、これらの遅延を経験する特定のチーム、担当者、またはインシデントカテゴリを特定し、的を絞ったリソース配分、トレーニング、またはプロセス調整を可能にします。

回避策が遅れて実施されたり、効果が不十分であったりすると、恒久的な解決策が見つかる前にユーザーに長期的な影響を与えます。不適切に管理された回避策のフェーズは、ユーザーの不満を増大させ、認識されるダウンタイムを長引かせ、インシデント管理の取り組みの価値を損なう可能性があります。ProcessMindは、BMC Helix ITSMにおける「Workaround Implemented」アクティビティのライフサイクルと、それがインシデントステータスおよび解決時間に与える影響を追跡します。これにより、回避策が一貫して遅れて適用されているか、一時的な緩和策を提供できない場合が多いかどうかを特定するのに役立ち、暫定ソリューションの改善点を示唆します。

解決策が適用された後、ユーザーからの確認や検証の取得に大幅な遅延が生じ、インシデントのクローズが滞っています。この待機時間により、インシデントの公式なライフサイクルが延長され、解決指標が人為的に膨らみ、BMC Helix ITSMで「解決済みだがクローズされていない」チケットのバックログにつながる可能性があります。ProcessMindは、「ユーザー通知送信済み」、「ユーザー確認受領済み」、および「インシデント検証済み/クローズ済み」の各アクティビティ間の時間差を分析します。これにより遅延のパターンを特定し、コミュニケーションプロセスを合理化したり、リマインダーを自動化したりして、インシデント解決の最終段階を迅速化するのに役立ちます。

多くのインシデントが明確な根本原因を特定・文書化することなく解決されており、同様の問題の再発を招いています。この場当たり的なアプローチは、サポートチームに再発するインシデントの負担をかけ、プロアクティブな問題管理や継続的なサービス改善を妨げています。ProcessMind は、BMC Helix ITSM 内の解決コードとインシデントの再発パターンを「Root Cause Category」属性と関連付けます。これにより、適切な根本原因分析なしに解決されたインシデントや、同じ曖昧な解決策が共有されている再発インシデントの事例を特定し、より優れた問題管理統合の必要性を浮き彫りにします。

インシデントの大部分は、以前「解決済み」とされた問題の再発であり、根本的な問題が効果的に対処されていないことを示しています。これはサポートリソースを圧迫するだけでなく、同じ原因で繰り返しサービス中断を経験するユーザーを苛立たせます。ProcessMindは、インシデントIDをリンクして同一または非常に類似したインシデントのグループを特定し、BMC Helix ITSMにおけるその完全なライフサイクルと解決パターンを分析します。これにより、最も頻繁に再発するインシデントの種類を明らかにし、プロセス内で永続的な修正が不足しているポイントを特定するのに役立ちます。

専門チームに引き継がれたインシデントは、さらなる遅延や再確認が必要となることが多く、エスカレーションの目的が損なわれがちです。これは、インシデントの引き継ぎ時に情報連携や責任分担の理解に潜在的な断絶があることを示唆しています。ProcessMind は、BMC Helix ITSM においてインシデントが「専門チームに転送済み」となった後の所要時間と実施された活動を分析。これらの引き継ぎが、一貫して解決時間の長期化や調査活動の重複を招いているかどうかを特定し、チーム間のハンドオフプロセスにおける非効率性を浮き彫りにします。

代表的な目標

成功の定義を明確にする

サポートグループ間または担当者間でのインシデントの頻繁な再割り当ては、解決時間を大幅に長引かせ、運用コストを増加させます。この目標が達成されれば、インシデントがより迅速に適切なチームに到達し、迅速な解決とユーザー満足度の向上につながります。ProcessMindは、BMC Helix ITSM内でのすべての再割り当てループを可視化し、インシデントが停滞したり誤ってルーティングされたりする正確なポイントを特定するのに役立ちます。履歴データを分析することで、非効率な転送パターンを明らかにし、組織が的を絞ったトレーニングやプロセス調整を実施できるようになり、最終的に再割り当て回数を20〜30%削減できます。

サービスレベル契約(SLA)を継続的に遵守することは、サービス品質とユーザーの信頼を維持するために極めて重要です。この目標を達成すれば、違反が減少し、重要なサービスが合意された期間内に復旧され、ビジネスへの影響が最小限に抑えられます。ProcessMindは、インシデント管理においてSLA違反につながる具体的な経路や活動を特定し、BMC Helix ITSMのワークフロー内で遅延がどこで蓄積されているかを可視化します。ボトルネックや標準から逸脱したプロセスを浮き彫りにすることで、チームはプロセスを改善し、SLA遵守率を15〜25%向上させることが可能になります。

長期化するインシデント解決は、ビジネス継続性とユーザー生産性に直接影響を与えます。この目標を達成することは、より迅速な問題解決、ダウンタイムの削減、そしてより効率的なIT運用を意味し、ユーザーエクスペリエンスと運用効率を直接向上させます。ProcessMindは、BMC Helix ITSM内のインシデントのライフサイクルをエンドツーエンドで可視化し、遅延の原因となっている最長の経路やアクティビティを特定します。時間のかかるステップを正確に特定することで、組織はワークフローを最適化し、定型業務を自動化し、平均解決時間を10〜20%削減することが可能です。

インシデントのカテゴリ分類が不正確だと、誤ったルーティング、解決の遅延、非効率なリソース配分につながります。この目標を達成することで、インシデントが最初から正しく分類され、適切なチームへの迅速な割り当てが可能になり、解決までのプロセスが加速されます。ProcessMindは、BMC Helix ITSM内の初期カテゴリ分類とその後の再分類や再割り当てを分析し、一般的なエラーや誤分類のパターンを明らかにします。この洞察により、的を絞ったトレーニングやカテゴリ分類ルールの改善が可能になり、初回パスのカテゴリ分類精度を15~20%向上させることができます。

高い再作業率や不必要なエスカレーションは、非効率性、リソースの浪費、およびユーザーの不満を示しています。この目標が達成されれば、インシデントの修正が初回からより効果的になり、繰り返しの作業を削減し、全体的なサービス品質の向上につながります。ProcessMindは、BMC Helix ITSMにおけるインシデントのライフサイクル全体をマッピングし、インシデントが以前のステージに戻る場合や、初期の解決策が不十分であったためにエスカレーションされる事例を浮き彫りにします。不十分な診断や不完全な修正といった再作業の根本原因を特定することで、組織は再作業サイクルを10〜15%削減できます。

インシデント処理の一貫性がないと、結果が予測不能になり、コンプライアンスリスクやサービス品質のばらつきが生じます。この課題を解決することで、すべてのインシデントが定められたベストプラクティスに沿って処理され、予測可能性、品質、規制遵守が向上します。ProcessMind は、BMC Helix ITSM 内のすべての実際のプロセスバリアントを標準プロセスと対比させて可視化。これにより、一般的な逸脱や非準拠の活動を特定し、ターゲットを絞ったベストプラクティスの徹底と、プロセスの遵守率20〜30%向上を実現します。

診断および調査フェーズにおける遅延は、全体的なインシデント解決時間を大幅に長引かせ、ユーザーを不満にさせ、サービス中断を増加させます。この目標を達成すれば、問題の根本原因をより迅速に特定し、迅速な解決策と運用フローの改善につながります。ProcessMindは、BMC Helix ITSM内でのインシデント診断および調査中に重大な遅延を引き起こしている活動とリソースを正確に特定します。これらのボトルネックを分析することで、組織はリソースを再配分し、追加トレーニングを提供し、診断ステップを合理化することで、これらの重要なフェーズに費やす時間を15〜20%削減できます。

非効率に適用されたワークアラウンドは、インシデントの影響を長期化させたり、新たな問題を引き起こしたりする可能性があり、本来のメリットが失われかねません。この課題を解決することで、恒久的な修正が開発されるまでの間、ワークアラウンドが迅速かつ効果的に実装され、業務の中断を最小限に抑えることができます。ProcessMind は、BMC Helix ITSM 内でのワークアラウンド適用活動の期間と有効性を分析し、遅延や失敗のパターンを特定。なぜ特定のワークアラウンドがより成功しやすく、より迅速に実装できるのかを解明し、ワークアラウンドの展開時間を10〜15%短縮する改善策を導き出します。

ユーザー確認やインシデント解決の検証における遅延は、インシデントを不必要にオープン状態に保ち、指標やリソース配分に影響を与えます。この目標を達成すれば、解決策が適用された後、インシデントを迅速にクローズし、効率とデータの正確性を向上させることができます。ProcessMindは、BMC Helix ITSMにおける「ユーザー確認済み」および「インシデント検証済み」の各ステージで費やされた時間を可視化し、コミュニケーションやフォローアッププロセスが遅い領域を明らかにします。これらの遅延を特定することで、組織は自動通知やより明確なプロトコルを導入し、解決までの時間を10〜20%短縮できます。

インシデントの真の根本原因を特定できないことは、問題の再発、ワークロードの増加、およびサービス上の永続的な問題につながります。この目標が達成されれば、より徹底した分析が行われ、将来の同様のインシデントの発生が防がれ、長期的なシステム安定性の向上につながります。ProcessMindは、BMC Helix ITSM内で頻繁に再発するインシデントや、正式な根本原因分析プロセスを回避するインシデントを浮き彫りにします。解決済みのインシデントの経路を調べ、その後の関連問題と関連付けることで、問題管理におけるギャップを特定し、効果的な根本原因分析を10〜15%向上させるのに役立ちます。

再発するインシデントが多発している場合、根本的なシステム上の問題が十分に解決されていないことを示しており、反復的な作業やユーザーの不満につながります。この目標を達成することで、再発する問題が減少し、リソースが解放され、サービス全体の信頼性が向上します。ProcessMindは、BMC Helix ITSMにおけるインシデントの特性と解決パスを分析することで、再発インシデントのパターンを検出できます。これにより、頻繁に再開されるインシデントや、以前解決されたものと類似するインシデントを特定し、組織がプロアクティブな問題管理に注力し、再発インシデント発生率を10~20%削減するのに役立ちます。

専門解決チームへの引き継ぎが非効率的であったり遅延したりすると、インシデントは停滞し、専門家による介入や全体的な解決が遅れる原因となります。この課題を解決することで、インシデントが適切な専門家グループに効率的にエスカレーションされ、専門知識を活用した迅速な問題解決が可能になります。ProcessMind は、BMC Helix ITSM 内でインシデントが異なるサポートグループや専門チーム間でどのように引き継がれるかをマッピングし、遅延や誤ったルーティングを特定します。ハンドオフポイントと典型的な引き継ぎ期間を分析することで、企業はエスカレーションマトリックスを改善し、引き継ぎ効率を15〜25%向上させることができます。

インシデント管理のための6つの改善ステップ

1

テンプレートをダウンロード

実施すること

インシデント管理データ用に設計された事前フォーマット済みの Excel テンプレートを入手してください。このテンプレートを使用することで、データが分析のために正しく構造化されていることを確認できます。

その重要性

適切なテンプレートを使用することで、データ準備が効率化され、エラーを防ぎ、BMC Helix ITSMのインシデント記録から正確な洞察を得ることができます。

期待される成果

BMC Helix ITSMのインシデント管理データを受け入れる準備ができた、構造化されたExcelテンプレートです。

貴社の発見

インシデント管理における隠れたボトルネックを特定する

ProcessMindは、貴社のインシデント管理プロセスの真のフローを明らかにし、明確な可視化とデータに基づいた洞察を提供します。非効率が発生している箇所を正確に特定し、より迅速な解決のために最適化する方法を見つけ出してください。
  • 実際のインシデント解決フローを視覚化する
  • 正確なボトルネックと解決遅延を特定します
  • サービス中断の根本原因を特定
  • リソース配分を最適化し、より迅速なサービスを提供
Discover your actual process flow
Discover your actual process flow
Identify bottlenecks and delays
Identify bottlenecks and delays
Analyze process variants
Analyze process variants
Design your optimized process
Design your optimized process

想定される成果

最適化されたインシデント管理で組織が達成できること

プロセスマイニングを使用してBMC Helix ITSMのインシデントワークフローを分析することで、組織はボトルネックと非効率性に関するインサイトを得ることができます。これらの結果は、解決時間、サービス品質、運用コストにおける実現可能な典型的な改善を示しています。

0 %
解決時間の短縮

インシデントクローズまでの時間短縮

診断、調査、または承認の各ステップにおけるボトルネックを特定することでワークフローを効率化し、インシデント解決までの全体時間を大幅に削減します。

0 %
SLA遵守率を向上させる

サービス目標達成率の向上

SLA違反につながるプロセス上の逸脱や遅延を特定して対処し、合意されたサービスレベル内でより多くのインシデントが解決されるようにします。

0 %
再割り当てを削減

チーム間の転送の減少

インシデントがサポートグループ間でたらい回しになる非効率なルーティングを特定・排除することで、初期解決を迅速化し、労力を削減します。

0 %
インシデント手戻りの削減

再オープンまたは再発するインシデントの減少

効果のない初期の修正や不完全な診断の根本原因を突き止め、初期解決の試みの後にインシデントが再オープンされたり、エスカレートされたりする事態を低減します。

0 %
プロセス順守の強化

標準手順へのより高い遵守

実際のインシデントパスを視覚化することで、標準手順からの逸脱を特定し、インシデント処理における一貫性と予測可能性を向上させます。

結果は、特定のインシデント管理プロセスの複雑さ、データ品質、および組織の状況によって異なります。これらの数値は、様々な導入事例でみられる典型的な改善を示しています。

推奨データ

まずは重要な属性とアクティビティから始め、必要に応じて段階的に範囲を広げましょう。
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

属性

分析のために取得すべき主要なデータポイント

各インシデントレコードの一意の識別子です。

その重要性

これは、インシデントのライフサイクルにおけるすべてのイベントを結び付け、エンドツーエンドのプロセス分析を可能にする必須のケース識別子です。

イベント時点におけるインシデントのステータス(現在または履歴)です。

その重要性

ステータス変更の追跡は、インシデントの進行状況を理解し、「Pending」や「In Progress」などの特定のステータスで費やされる時間を測定する上で重要です。

インシデントに設定された優先度で、対応の緊急度を決定します。

その重要性

この属性は、高優先度のインシデントがより迅速に処理され、特定のサービスレベル目標を達成できるよう、分析をセグメント化するために不可欠です。

インシデント対応を担うサポートグループです。

その重要性

どのグループが割り当てられているかを追跡することで、引き継ぎの分析、再割り当てループの特定、および特定のチーム内でボトルネックを特定するのに役立ちます。

インシデント対応を担当する個々のユーザーです。

その重要性

ワークロードの分散と個人のパフォーマンスを詳細に可視化し、優秀な担当者やサポートが必要な担当者を特定するのに役立ちます。

インシデントの影響を受けた業務または技術サービスです。

その重要性

インシデントとビジネスサービスを関連付けることは、影響分析を行い、どのサービスが最も問題発生しやすいかを特定するために不可欠です。

インシデントの分類で、多くの場合は階層構造です。

その重要性

カテゴリ分類により、正確なルーティング、トレンド分析、およびさまざまな種類のインシデント間のパフォーマンス比較が可能になります。

インシデントの初回報告から解決までに経過した総時間です。

その重要性

これは、インシデント管理プロセスのエンドツーエンドの効率性を測定する重要なKPIであり、ユーザー満足度に直接影響を与えます。

インシデントが SLA 目標日後に解決されたかどうかを示すフラグ。

その重要性

このフラグはSLA遵守分析を簡素化し、SLA違反のすべてのインシデントを簡単にフィルタリングして根本原因を調査できるようにします。

インシデントが「解決済み」ステータスになった後に再オープンされたかどうかを示すフラグ。

その重要性

再作業と解決策の品質を直接測定します。再オープン率が高い場合は、不十分な修正とプロセス上の弱点を示しています。

アクティビティ

追跡および最適化すべきプロセスステップ

このアクティビティは、システム上でインシデントレコードが初めて作成されたことを示します。コアのインシデント管理フォームに記録された作成タイムスタンプから明示的に取得します。

その重要性

これは、インシデントのライフサイクルにおける主要な開始イベントです。全体の解決時間の算出や、インシデント発生率の把握に不可欠です。

このアクティビティは、調査のためにインシデントが特定のサポートグループへ初めて割り当てられたことを示します。インシデント作成後に「Assigned Group」フィールドへ最初に値が入ったタイミングから推定します。

その重要性

これは、実際の作業の開始を示す重要なマイルストーンです。初回アサインまでの時間を追跡することは、応答時間と初期ルーティング効率を評価するために不可欠です。

サポート担当者がインシデントの作業を本格的に開始したことを示します。これは通常、ステータスが「Assigned」から「In Progress」に変更されることで推測されます。

その重要性

このマイルストーンは、キューでの待機から診断への移行を示します。調査開始までの待機時間を分析することで、リソースのボトルネックを特定し、「診断・調査ボトルネック」ダッシュボードをサポートします。

このアクティビティは、最終クローズ前に、サービスデスクの観点でインシデントが正式に解決されたことを示します。インシデントのステータスが「Resolved」に設定された時点で取得します。

その重要性

これは、SLAコンプライアンスと解決時間を測定する上で最も重要なマイルストーンです。ユーザーへのサービスの復旧を示します。

これは、解決が確認された後、または確認期間が経過した後に、インシデント記録の正式なクローズを示す最終アクティビティです。ステータスが「Closed」に設定されると記録されます。

その重要性

これは、インシデントライフサイクルにおける最終的な終了イベントです。解決済みからクローズ済みまでの時間は、ユーザー確認と事務処理完了期間を表します。

よくある質問

よくある質問

BMC Helix ITSMからの実際のインシデントデータをプロセスマイニングで分析することで、あらゆるインシデントの真のフローが可視化されます。これにより、隠れたボトルネック、標準手順からの逸脱、手戻りループなど、解決時間やサービスレベルに影響を与える要因を明らかにします。どこで効率が損なわれているのかを正確に把握できるようになります。

開始するには、通常、Incident ID、アクティビティ名、各ステップのタイムスタンプを含むイベントログが必要です。担当者、インシデントタイプ、優先度、解決コードなどの追加の属性は、より深い分析に非常に役立ちます。このデータは、すべてのインシデントの完全なジャーニーを再構築するのに役立ちます。

BMC Helix ITSMからのデータ抽出は、直接データベースクエリ、API連携、既存のレポート機能など、さまざまな方法で実現できます。目的は、関連するすべての活動とそのタイムスタンプを捕捉する包括的なイベントログを取得することです。この初期段階では、常に安全でコンプライアンスに準拠した方法が優先されます。

データ抽出と初期準備の後、データの準備状況とプロジェクトの範囲によっては、実用的なインサイトが数週間、場合によっては数日で生成されることがよくあります。初期分析では主要な逸脱やパフォーマンスの問題が迅速に浮き彫りになり、チームが改善点を優先できるようになります。その後の継続的なモニタリングは、継続的な最適化の取り組みをサポートします。

はい、もちろんです。プロセスマイニングは、すべての再割り当てを正確にマッピングし、インシデントが停滞したり、誤ってルーティングされたりする場所を的確に特定することで、遅延や潜在的なSLA違反を招きます。これらの非効率性を視覚化することで、不明瞭な役割、スキルギャップ、欠陥のあるエスカレーションパスなどの根本原因を特定できます。これにより、プロセスを効率化するための的を絞った介入が可能になります。

通常、プロセスマイニングは、イベントデータの取り込み、変換、可視化のために設計された専用のソフトウェアプラットフォームを利用します。一部のツールはクラウドベースのソリューションを提供しますが、オンプレミスでのインストールが必要な場合もあります。主な要件としては、履歴インシデントデータ用の十分な処理能力とストレージ、および安全なデータ接続が挙げられます。

いいえ、プロセスマイニングは従来のレポート作成とは大きく異なります。レポートが「何が起こったか」を示すのに対し、プロセスマイニングは集計されたメトリクスだけでなく、実際のエンドツーエンドのプロセスフローをマッピングすることで、「どのように」「なぜ」それが起こったかを明らかにします。これにより、プロセスバリエーションとその影響を視覚的にデータに基づいて理解し、より深い診断能力を提供します。

インシデントのライフサイクルにおいて、プロセスマイニングは、回避策が頻繁に適用されている正確なポイントや、根本原因分析のステップが省略されたり、効果がなかったりするポイントを特定します。インシデントの経路を追跡することで、繰り返し発生する問題のパターンを明らかにし、適切な診断ステップが見落とされている段階を浮き彫りにします。この可視化により、集中的なトレーニングやプロセス調整が可能になり、問題解決が強化されます。

BMC Helix ITSMで再発するインシデントを今すぐ解決!

MTTRを35%削減し、SLA違反をなくすことで、ユーザー満足度を向上させます。

無料トライアルを開始

クレジットカードは不要です。14日間無料トライアル。