インシデント管理を改善

BMC Helix ITSMのインシデント管理を最適化する6ステップガイドです。
インシデント管理を改善
インシデント管理
BMC Helix ITSM
システム
プロセスを選択してください。

BMC Helix ITSMのインシデント管理を最適化

複雑なプロセスは、非効率や遅延につながりやすいものです。当社のプラットフォームを使うと、プロセスフロー内のボトルネック、手戻りループ、コンプライアンスに反するステップを特定できます。問題が発生している箇所を正確に把握し、対象を絞った改善を実施できます。その結果、運用コストを削減し、ユーザー満足度を高められます。

ダウンロードして、事前設定済みのデータテンプレートをご利用ください。よくある課題に取り組み、業務効率化の目標を達成しましょう。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 Groupsを特定し、対象を絞った改善につなげられます。
  • 手戻りと非効率を定量化:インシデントの再オープン、優先度の再設定、チーム間の往復がどの程度発生しているかを明確にし、BMC Helix ITSM環境に潜む非効率のコストを定量化します。この根拠に基づき、重複する作業をなくしてインシデント管理のサイクルタイムを短縮する取り組みを進められます。

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

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

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

具体的な効果:最適化されたインシデント管理の成果

プロセスマイニングで特定した改善策を実行すると、組織に大きく測定可能な効果をもたらします。インシデント管理の改善に取り組むことで、次の成果が期待できます。

  • インシデント解決の迅速化:ボトルネックをなくし、サイクルタイムを短縮することで、Time to Resolution Targetに直接影響を与え、サービスをより早く復旧できます。
  • サービスレベル遵守率の向上:遅延の根本原因に先回りして対処し、インシデントを効率的に進めることで、SLA Statusの実績を改善できます。
  • 運用コストの削減:手戻りを減らし、Assigned Groupsへのリソース配分を最適化し、各インシデントにかかる総作業量を減らすことで、大幅なコスト削減につながります。
  • ユーザーと顧客の満足度向上:解決の迅速化と透明性の高いコミュニケーションにより、Impacted User Departmentsや外部顧客の体験を改善し、信頼とロイヤルティを高められます。
  • リソースの有効活用:Assigned AgentsとAssigned Groupsが、事務作業や反復作業ではなく、価値を生む活動に集中できるようにします。
  • 問題の予防:繰り返し発生するパターンから得た分析結果を問題管理の方針に反映し、将来のインシデントを防ぎ、サービスの安定性をさらに高めます。

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

プロセスマイニングによる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はインシデントIDを関連付け、BMC Helix ITSMにおける同一または非常に類似したインシデントのグループを特定し、全ライフサイクルと解決パターンを分析します。再発頻度の高いインシデントの種類と、恒久的な修正が不足しているプロセス上の箇所を明らかにします。

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

一般的な目標

成功の状態を定義

サポートグループや担当者の間でインシデントの再割り当てが頻繁に発生すると、解決時間が大幅に延び、運用コストも増加します。この目標を達成すると、インシデントが適切なチームにより早く届き、解決の迅速化とユーザー満足度の向上につながります。ProcessMindは、BMC Helix ITSM内でインシデントが滞留したり誤って振り分けられたりする箇所を、すべての再割り当てループを可視化して正確に特定します。過去のデータを分析して非効率な転送パターンを明らかにし、対象を絞った研修やプロセス調整を可能にします。最終的に、再割り当て回数を20~30%削減できます。

サービスレベル合意を継続的に達成することは、サービス品質とユーザーの信頼を維持するうえで欠かせません。この目標を達成すると違反件数が減り、重要なサービスを合意した時間内に復旧できるため、業務への影響を最小限に抑えられます。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 %
プロセス遵守の向上

標準手順の遵守率を向上

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

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

推奨データ

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

属性

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

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

重要な理由

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

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

重要な理由

ステータスの変更を追跡することは、インシデントの進行を理解し、「Pending」や「In Progress」などの特定の状態にどれだけ滞在しているかを測定するうえで重要です。

インシデントに割り当てられた優先度で、対応の緊急性を決定します。

重要な理由

この属性は、分析を分類し、高優先度のインシデントをより迅速に処理して、固有のサービスレベル目標を達成できているかを確認するうえで欠かせません。

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

重要な理由

担当グループを追跡すると、引き継ぎの分析、再割り当てのループの特定、特定のチーム内にあるボトルネックの把握が可能になります。

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

重要な理由

作業負荷の分布と個人のパフォーマンスを詳細に把握し、成果を上げている担当者や支援が必要な担当者を特定できます。

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

重要な理由

インシデントをビジネスサービスに関連付けることは、影響分析や、問題が発生しやすいサービスの特定に欠かせません。

インシデントの分類です。通常は階層構造で管理されます。

重要な理由

カテゴリ分けにより、正確な振り分け、傾向分析、インシデントの種類ごとのパフォーマンス比較が可能になります。

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

重要な理由

このフラグによりSLAコンプライアンスの分析が簡単になり、SLA違反のインシデントをすべて抽出して根本原因を調査できます。

「Resolved」ステータスに設定された後、インシデントが再オープンされたかどうかを示すフラグです。

重要な理由

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

アクティビティ

追跡・最適化するプロセスのステップ

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

重要な理由

これはインシデントのライフサイクルにおける主な開始イベントです。全体の解決時間を計算し、インシデントの受付件数を把握するために欠かせません。

このアクティビティは、調査を担当する特定のサポートグループにインシデントが最初に割り当てられた時点を示します。インシデント作成後、「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日間無料でお試しいただけます。