インシデント管理を改善する

BMC Helix ITSMのインシデント管理を最適化するための6つのステップをご紹介します。
インシデント管理を改善する
インシデント管理
BMC Helix ITSM

プロセスを選択

接続済みのワークスペースで作業を続けるには、プロセスを選択してください。

BMC Helix ITSMのインシデント管理を改善

複雑なプロセスは、非効率や遅延につながることがあります。ProcessMindでは、プロセスフローに潜むボトルネックや手戻り、コンプライアンスに沿わない手順を特定できます。問題が発生している箇所を正確に把握することで、対象を絞った改善に取り組めます。その結果、運用コストの削減とユーザー満足度の向上が期待できます。

事前設定済みのデータテンプレートをダウンロードし、よくある課題に取り組んで、効率化の目標を達成しましょう。6段階の改善計画に沿って進め、データテンプレートガイドを参考に、業務を改善してください。

詳細を表示

効率的なインシデント管理が欠かせない理由

インシデント管理は、信頼性の高いITサービスを支える基盤です。ユーザー満足度や運用コスト、事業継続性に直接影響します。変化の速い現在、BMC Helix ITSMのようなシステムを利用する組織は、インシデント発生時に通常のサービス運用を速やかに復旧し、影響を最小限に抑える必要があります。しかし、複数のチーム間の引き継ぎや外部依存関係を伴うプロセスは複雑になりやすく、非効率が生じることがあります。見えにくいボトルネックによってサイクルタイムが延びると、サービスレベル合意の未達やユーザーの不満、運用コストの増加につながります。インシデント対応を事後対応にとどめないためには、設計上のプロセスだけでなく、実際の業務の流れを把握する必要があります。実態を詳しく把握することで、組織は問題の根本原因に先回りして対処し、インシデント管理を課題から競争力へと変えられます。

プロセスマイニングでインシデント対応の実態を把握

プロセスマイニングを使うと、BMC Helix ITSM上でインシデント管理プロセスが実際にどのように進んでいるかを確認できます。各インシデントを一意のケース識別子であるIncident IDで追跡するイベントログを分析し、Incident ReportedからIncident Closedまでの各ステップを、客観的なデータに基づくプロセスマップとして可視化します。これにより、次のことが可能になります。

  • 実際のプロセスフローを把握:標準手順からの逸脱を見つけ、インシデントが想定外の経路や非効率な経路をたどる箇所を特定できます。インシデントが何度Transferred to Specialized Teamになるのか、Diagnosis Initiatedの前にWorkaround Implementedが発生しているのかを確認し、手戻りや不要なステップを明らかにできます。
  • ボトルネックや遅延を特定:Initial Assignment to Support Group、Investigation Conducted、Resolution Applied/Testedのどの段階でインシデントが滞留しているのかを特定できます。インシデントの種類ごとの実際のサイクルタイムを把握し、Time to Resolution Targetに影響する重大な停滞箇所を見つけられます。
  • パフォーマンスとコンプライアンスを分析:各アクティビティの所要時間とインシデント対応全体の流れを追跡し、SLA Statusの達成状況を評価できます。目標を継続的に達成できていないインシデントのカテゴリやAssigned Groupを特定し、対象を絞った改善につなげられます。
  • 手戻りや非効率を数値化:インシデントの再オープンや優先度の再設定、チーム間の差し戻しがどの程度発生しているかを可視化し、BMC Helix ITSM環境に潜む非効率のコストを把握できます。データに基づいて重複作業をなくし、インシデント管理のサイクルタイムを短縮する取り組みを進められます。

BMC Helix ITSMで改善できる主な領域

BMC Helix ITSMのインシデント管理データにプロセスマイニングを適用すると、プロセスを最適化できる具体的な機会が見えてきます。主な改善領域は次のとおりです。

  • 初期トリアージと分類の効率化:Incident ReportedからIncident Categorized and Prioritizedまでの流れを分析します。分類ミスが続き、Initial Assignment to Support Groupが遅れていないかを確認できます。初期段階を最適化することで、解決時間を大幅に短縮できます。
  • 引き継ぎと転送の最適化:Assigned Group間の移行を調べます。特に短期間にTransferred to Specialized Teamが何度も発生する場合、初期対応時の専門知識不足やエスカレーション経路の不明確さが考えられます。プロセスマイニングでこうした傾向を把握し、Assigned Agentのワークフローを効率化できます。
  • 診断と解決の迅速化:Diagnosis Initiated、Investigation Conducted、Workaround Implemented、Resolution Identifiedの所要時間と順序を確認します。診断に時間がかかり続けているインシデントの種類やAffected Serviceがないかを調べ、その結果を研修やナレッジベースの記事の改善に役立てられます。
  • ユーザーへの連絡と確認の改善:User Notification SentとUser Confirmation Receivedの各ステップを分析します。ここでの遅れはインシデントのライフサイクルを不必要に延ばし、報告されるTime to Resolution Targetにも影響します。やり取りを効率化すれば、Incident VerifiedやIncident Closedへの移行を早められます。
  • 根本原因への組織的な対処:インシデント管理は事後対応が中心ですが、重大度や発生頻度の高いインシデントに共通する経路を特定すると、問題管理で先回りして対処すべきRoot Cause Categoryの課題が見つかります。これにより、将来のインシデントを減らせます。

改善したインシデント管理で得られる効果

プロセスマイニングで見つけた改善点に取り組むことで、組織は測定可能な効果を得られます。インシデント管理の改善を進めると、次のような成果が期待できます。

  • インシデント解決の迅速化:ボトルネックを解消し、サイクルタイムを短縮することで、Time to Resolution Targetの達成に近づき、サービスをより早く復旧できます。
  • サービスレベルの達成率向上:遅延の根本原因に先回りして対処し、インシデントが滞りなく進むようにすることで、SLA Statusの実績を改善できます。
  • 運用コストの削減:手戻りを減らし、Assigned Groupへのリソース配分を最適化して、各インシデントにかかる作業量を抑えることで、大幅なコスト削減につながります。
  • ユーザーと顧客の満足度向上:解決の迅速化と透明性の高い連絡により、影響を受けるユーザー部門や外部顧客の体験が向上し、信頼と継続的な関係を築けます。
  • リソース配分の改善:Assigned AgentとAssigned Groupが、事務作業や反復作業ではなく、価値を生む業務に集中できるようになります。
  • 問題の予防:繰り返し発生するパターンから得たインサイトを問題管理の方針に反映し、将来のインシデントを防いでサービスの安定性を高められます。

インシデント管理の最適化を始める

BMC Helix ITSMのインシデント管理にプロセスマイニングを取り入れることは、IT運用の効率と有効性を高めるための戦略的な投資です。思い込みに頼らず、プロセスのどこで、なぜ問題が起きているのかを特定するための明確な情報とデータを得られます。この方法を取り入れることで、チームは対象を絞った効果的な変更を実施し、より質の高いサービス提供につなげられます。その結果、変化に強く、迅速に対応できるIT環境を築けます。今日からインシデント対応プロセスの最適化に取り組み、課題を継続的な改善の機会へと変えていきましょう。

インシデント管理 サービスデスク ITサポート チケット解決 SLAコンプライアンス IT運用 問題解決 サービス停止時間の短縮 チケット管理 チケット管理 ITヘルプデスク 平均解決時間 MTTR サービス復旧 インシデント解決

よくある問題と課題

影響している課題を特定

インシデントがサポートグループや担当者の間を何度も移動し、解決の遅れや不満につながっています。転送のたびに解決までの時間が延び、運用コストが増加するだけでなく、ユーザー満足度も低下します。こうした頻繁な引き継ぎは、担当範囲が明確でない、またはインシデント管理プロセスの初期診断が不十分であることを示している場合があります。ProcessMindはBMC Helix ITSMでインシデント対応の全体像を分析し、過剰な再割り当てのパターンを特定します。転送が発生する箇所や関係するグループ、担当者を明らかにし、引き継ぎの非効率につながる根本原因を示すことで、プロセスの改善と手戻りの削減を支援します。

重大なインシデントでサービスレベル合意を継続的に達成できず、サービスの中断が長引いたり、ペナルティが発生したりしています。SLA(サービスレベル合意)を守れない状態が続くと、ユーザーの信頼や組織の評判が損なわれ、サービス停止時間の長期化によって大きな損失が生じる可能性があります。これは、複雑なインシデント管理環境でよく見られる課題です。ProcessMindは、BMC Helix ITSMにおけるインシデントのライフサイクル全体を可視化し、SLA違反が発生した箇所をすべて示します。違反と特定のアクティビティ、ボトルネック、リソースの制約との関係を明らかにし、コンプライアンスとサービス提供の改善に向けた対策を支援します。

インシデントの解決に時間がかかり、サービスの品質低下や停止が長引いています。解決までの時間が延びると、エンドユーザーの生産性が低下し、運用負荷が増加します。また、インシデント管理プロセスに潜む非効率やスキル不足が表れている可能性もあります。ProcessMindはBMC Helix ITSMにおけるインシデントの実際の流れを可視化し、滞留しているアクティビティや段階を特定します。見えにくいボトルネックや最適な経路からの逸脱を明らかにし、データに基づく改善により解決を早め、サービスを迅速に復旧できるよう支援します。

インシデントの分類や優先度の設定を誤ると、適切なサポートチームに届かず、対応が遅れることがあります。初期段階での誤りがインシデント管理プロセス全体に影響し、解決時間の延長やユーザーとサポート担当者の不満につながります。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は「User Notification Sent」「User Confirmation Received」「Incident Verified/Closed」の各アクティビティ間の時間を分析します。遅延のパターンを特定し、連絡プロセスの効率化やリマインダーの自動化によって、インシデント解決の最終段階を早められます。

根本原因を特定または文書化しないまま解決されるインシデントが多く、同様の問題が再発しています。事後対応に追われることでサポートチームの負担が増え、先回りした問題管理や継続的なサービス改善が進みにくくなります。ProcessMindはBMC Helix ITSMの解決コードやインシデントの再発パターンを「Root Cause Category」属性と関連付けて分析します。根本原因を十分に分析せずに解決したケースや、曖昧な解決内容を伴う再発ケースを明らかにし、問題管理との連携を見直す必要性を示します。

「解決済み」とされた問題が再発しているケースが多く、根本的な問題に十分対処できていないことがうかがえます。サポートリソースを圧迫するだけでなく、同じ原因によるサービス中断を繰り返し経験するユーザーの不満にもつながります。ProcessMindはBMC Helix ITSMでインシデントIDを関連付け、同一または類似するインシデントのグループを特定し、ライフサイクル全体と解決パターンを分析します。再発頻度の高いインシデントの種類や、恒久的な対策が不足しているプロセス上の箇所を明らかにします。

専門チームに転送されたインシデントで、さらに遅延が発生したり、追加の情報確認が必要になったりすると、エスカレーションの効果が損なわれます。インシデントの引き継ぎ時に、情報共有や責任範囲の理解にずれがある可能性を示しています。ProcessMindはBMC Helix ITSMでインシデントが「Transferred to Specialized Team」になった後の所要時間とアクティビティを分析します。転送後に解決時間が長引いたり、調査が繰り返されたりしていないかを特定し、チーム間の引き継ぎにおける非効率を明らかにします。

一般的な目標

成功の基準を定義

サポートグループや担当者間でインシデントの再割り当てが頻発すると、解決時間が大幅に延び、運用コストも増加します。この目標を達成すれば、インシデントが適切なチームに早く届き、解決の迅速化とユーザー満足度の向上につながります。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の「User Confirmation Received」と「Incident Verified」の段階にかかる時間を可視化し、連絡やフォローアップが遅れている箇所を明らかにします。遅延を特定することで、自動通知や明確な手順を導入し、クローズまでの時間を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 %
プロセスの適合性向上

標準手順の遵守率向上

インシデントの実際の経路を可視化して標準手順からの逸脱を特定し、対応の一貫性と予測可能性を高めます。

結果は、インシデント管理プロセスの複雑さ、データ品質、組織の状況によって異なります。ここに示す数値は、さまざまな導入事例で確認された一般的な改善を表しています。

推奨データ

まず重要な属性とアクティビティから始め、必要に応じて対象を広げてください。
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

属性

分析に必要な主要データ項目

各インシデントレコードを一意に識別するIDです。

重要な理由

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

イベント発生時点における、インシデントの現在または過去のステータスです。

重要な理由

ステータスの変更を追跡すると、インシデントの進捗を把握し、「Pending」や「In Progress」などの特定の状態にとどまる時間を測定できます。

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

重要な理由

この属性を使うと、分析対象を分けて確認できます。優先度の高いインシデントに迅速に対応し、それぞれに定められたサービスレベル目標を達成するうえで欠かせません。

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

重要な理由

担当グループを追跡すると、引き継ぎの分析や再割り当ての繰り返しの特定、特定のチーム内で発生するボトルネックの把握に役立ちます。

インシデント対応を割り当てられた個人ユーザーです。

重要な理由

業務負荷の分布や個人の実績を詳しく確認でき、優れた実績を上げている担当者や支援が必要な担当者の特定に役立ちます。

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

重要な理由

インシデントを業務サービスに関連付けることで、影響を分析し、問題が発生しやすいサービスを特定できます。

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

重要な理由

カテゴリ分けにより、適切な振り分けや傾向分析が可能になり、インシデントの種類ごとに実績を比較できます。

インシデントがSLAの目標日時を過ぎてから解決されたかどうかを示すフラグです。

重要な理由

このフラグを使うと、SLA違反のインシデントを絞り込み、根本原因を調査しやすくなります。

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

重要な理由

手戻りと解決の品質を直接測定できます。再オープン率が高い場合、修正の有効性やプロセスに問題がある可能性があります。

アクティビティ

追跡・改善するプロセスのステップ

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

重要な理由

これは、インシデントのライフサイクルにおける主な開始イベントです。全体の解決時間を算出し、インシデントの発生率を把握するうえで欠かせません。

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

重要な理由

これは、実際の対応開始を示す重要な節目です。初回割り当てまでの時間を追跡することは、応答時間と初期振り分けの効率を評価するうえで重要です。

サポート担当者がインシデントへの対応を開始したことを示します。通常、「Assigned」から「In Progress」へのステータス変更から推定します。

重要な理由

この節目は、キューでの待機から実際の診断への移行を示します。調査開始までの待ち時間を分析すると、リソース面のボトルネックを特定でき、「Diagnosis & Investigation Bottlenecks」ダッシュボードに役立ちます。

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

重要な理由

SLAの遵守状況と解決時間を測定するうえで、最も重要な節目です。ユーザーがサービスを再び利用できる状態になったことを示します。

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

重要な理由

これは、インシデントのライフサイクルにおける最終的な終了イベントです。「Resolved」から「Closed」までの時間は、ユーザーによる確認と事務処理にかかる期間を表します。

よくある質問

よくある質問

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

通常、開始にあたって必要なのは、インシデントID、アクティビティ名、各ステップのタイムスタンプを含むイベントログです。担当者、インシデントの種類、優先度、解決コードなどの属性を加えると、より詳細な分析ができます。これらのデータから、各インシデントの全体像を再構成できます。

BMC Helix ITSMからのデータ抽出には、データベースへの直接クエリ、API連携、既存のレポート機能など、さまざまな方法があります。関連するすべてのアクティビティとタイムスタンプを含む、十分なイベントログを取得することが目的です。この初期段階では、安全性とコンプライアンスに配慮した方法を優先します。

データの抽出と初期準備が終われば、データの準備状況やプロジェクトの範囲にもよりますが、多くの場合、数週間以内、場合によっては数日で改善に役立つインサイトを得られます。初期分析では主な逸脱やパフォーマンス上の問題が早期に明らかになり、チームは改善の優先順位を決められます。その後も継続的な監視を通じて、改善を進められます。

はい。プロセスマイニングでは、再割り当ての状況を正確に可視化し、インシデントが滞留している箇所や誤った担当先に振り分けられている箇所を特定できます。こうした状況は、対応の遅れやSLA違反につながります。非効率な箇所を可視化することで、役割の不明確さ、スキル不足、適切でないエスカレーション経路などの根本原因を特定できます。その結果、対象を絞った対策を講じ、プロセスを効率化できます。

プロセスマイニングでは通常、イベントデータの取り込み、変換、可視化を行う専用のソフトウェアプラットフォームを使用します。クラウド型の製品もあれば、オンプレミスへのインストールが必要な製品もあります。主な要件として、過去のインシデントデータを処理・保存するための十分な処理能力とストレージ、安全なデータ接続が挙げられます。

いいえ。プロセスマイニングで分かるのは、従来のレポートが示す「何が起きたか」だけではありません。集計指標だけでなく、実際のエンドツーエンドのプロセスフローを可視化することで、「どのように、なぜ起きたか」も明らかにします。プロセスのばらつきとその影響をデータに基づいて視覚的に把握できるため、より詳しい原因分析が可能です。

プロセスマイニングでは、インシデントのライフサイクルのうち、回避策が頻繁に使われる箇所や、根本原因の分析が省略されている、または十分に機能していない箇所を特定できます。インシデントの経路をたどることで、繰り返し発生する問題のパターンを明らかにし、適切な診断手順が抜けている段階を見つけます。これにより、問題解決の質を高めるための研修やプロセスの見直しに取り組めます。

BMC Helix ITSMで繰り返し発生するインシデントを今すぐ改善しましょう。

MTTRを35%短縮し、SLA違反をなくして、ユーザー満足度を高めましょう。

無料トライアルを開始しましょう

クレジットカードは不要です。14日間の無料トライアルをご利用いただけます。