問題管理データテンプレート
問題管理データテンプレート
- 根本原因分析を深めるための重要な属性
- 問題のライフサイクルに沿った標準化されたアクティビティマッピング
- Freshserviceからデータを抽出するための技術ガイダンス
問題管理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
問題レコードに対して実行された特定のイベントまたはアクションです。 | ||
|
説明
この属性は、「Problem Logged」、「Root Cause Identified」、「Support Group Changed」など、プロセスのライフサイクルにおけるステップを示します。作業の順序をマッピングするプロセスディスカバリーアルゴリズムの中核となる項目です。 分析では、このフィールドによってプロセスマップ上のノードが決まり、再作業ループ、スキップされたステップ、プロセスバリアントの特定に欠かせません。
重要な理由
プロセス実行における「何が行われたか」を定義し、プロセスマップの生成に必須です。
入手先
Freshserviceの「Activities」または「Audit Log」エンドポイントから取得されます。
例
問題が記録されました優先度が更新されましたステータスを解決済みに変更
|
|||
|
タイムスタンプ
EventTimestamp
|
アクティビティが発生した正確な日時です。 | ||
|
説明
この属性は、特定のイベントがシステム内で発生した時刻を記録します。プロセスマイニングエンジンがイベントを時系列に並べ、ステップ間の所要時間を計算できるようにします。 分析では、スループット時間、リードタイム分析、ボトルネック特定など、時間に基づくすべてのKPIの基礎となります。
重要な理由
イベントの時間軸を確立し、サイクル時間の計算とプロセスの順序付けを可能にします。
入手先
Freshservice APIのアクティビティストリーム内にある「created_at」または「updated_at」フィールド。
例
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
問題レコード
ProblemNumber
|
問題レコードに割り当てられた一意の英数字識別子です(例:PRB-10234)。 | ||
|
説明
この属性は、プロセスマイニング分析における中心的なCase IDとして機能します。Freshservice内の特定の問題調査を一意に識別し、関連するすべてのアクティビティ、イベント、変更を結び付けます。個々の監査ログエントリを一貫したプロセスインスタンスとしてまとめるために使われます。 分析では、この識別子を使って、高レベルの集計結果から特定の問題の経過へドリルダウンし、発生したイベントの正確な順序を確認できます。
重要な理由
プロセスフローを再構築するための基本キーであり、各ケースを一意に識別するために必要です。
入手先
Freshservice APIの「Problem」オブジェクトの「display_id」フィールド。
例
PRB-10023PRB-10045PRB-11201
|
|||
|
SLA違反
IsSlaBreached
|
問題レコードがサービスレベル合意の目標を超過したかどうかを示すフラグです。 | ||
|
説明
このブール属性は、問題の解決時間が定義されたポリシーを超過した場合にtrueになります。 分析では、「Critical Problem SLA Performance」ダッシュボードを動かし、対応の遅れが特に多いチームやカテゴリを特定します。
重要な理由
プロセスのコンプライアンスとパフォーマンスを直接測定します。
入手先
Freshservice APIの「sla_policy」または「sla_breached」フラグから算出します。
例
truefalse
|
|||
|
サポートグループ
SupportGroup
|
問題の対応を担当する技術チームまたはグループです。 | ||
|
説明
この属性は、問題レコードの担当チームを示します。グループ間の移管は、Problem Managementにおける遅延の大きな原因です。 分析では、このフィールドを使って「Support Group Transfer Heatmap」を生成し、チーム間の行き来を特定します。
重要な理由
引き継ぎの分析や、サイロ化したボトルネックの特定に欠かせません。
入手先
Freshservice APIの「Problem」オブジェクトの「group_id」フィールド(Groupsテーブルとの照合が必要です)。
例
データベースチームネットワーク運用アプリケーションサポート
|
|||
|
ステータス
ProblemStatus
|
問題の現在のライフサイクル状態です(例:Open、Change Requested、Resolved)。 | ||
|
説明
この属性は、ワークフローに沿った問題の進捗を追跡します。このフィールドが変更されると、標準のプロセスアクティビティが発生します。 分析では、進行中の作業と完了した作業を区別する主要なフィルターとして機能し、WIP(仕掛かり作業)分析にも利用できます。
重要な理由
ケースの状態を定義し、フロー統計の計算に使用します。
入手先
Freshservice APIの「Problem」オブジェクトの「status」フィールドです。
例
オープン変更待ち解決済みクローズ
|
|||
|
優先度
ProblemPriority
|
問題に割り当てられた優先度です(例:Low、Medium、High、Urgent)。 | ||
|
説明
この属性は、問題レコードの相対的な重要度と緊急度を示します。通常は、影響度と緊急度のマトリクスによって決定されます。 分析では、セグメント分けに欠かせないフィールドです。重大な問題と軽微な不具合の間で、サイクル時間やSLA遵守状況を比較できます。
重要な理由
影響の大きい問題を分析・優先順位付けする際のフィルタリングに欠かせません。
入手先
Freshservice APIの「Problem」オブジェクトの「priority」フィールド。
例
低中高緊急
|
|||
|
再オープン済み
IsReopened
|
問題レコードがクローズ状態からオープン状態へ戻されたことがあるかどうかを示すフラグです。 | ||
|
説明
このブール属性は、アクティビティ履歴を確認し、終端状態からアクティブ状態へ戻る遷移があったかどうかを判定して算出します。 分析では、「Problem Record Reopening Trends」ダッシュボードを支え、解決プロセスの品質を示す主要な指標になります。
重要な理由
誤った解決判定や手戻りを示す主要な指標です。
入手先
イベントログのActivityNameから算出します。
例
truefalse
|
|||
|
割り当て済み担当者
AgentName
|
現在その問題を担当しているサービスデスク担当者の名前です。 | ||
|
説明
この属性は、問題の調査または解決を担当する個人を示します。リソース分析やパフォーマンス監視に利用できます。 分析では、作業負荷の分布や、過負荷になっている担当者、RCAを特に効率よく行っている担当者を特定するのに役立ちます。
重要な理由
リソース分析と組織マイニングに必要な項目です。
入手先
Freshservice APIの「Problem」オブジェクトの「responder_id」フィールド(Agentテーブルとの照合が必要です)。
例
Alice SmithBob Jonesシステム管理者
|
|||
|
根本原因カテゴリ
RootCauseCategory
|
問題について特定された根本原因の分類です。 | ||
|
説明
この属性では、「Software Bug」、「Configuration Error」、「Human Error」など、問題が発生した理由を分類します。RCAフェーズの完了後に入力されます。 分析では、「Root Cause Categorization Quality」ダッシュボードで使用し、インフラストラクチャにおける組織的な弱点を特定します。
重要な理由
傾向分析や、先回りした改善が必要な領域の特定に欠かせません。
入手先
Freshservice APIの「Problem」オブジェクトです。構成によって、カスタムフィールドまたは「root_cause」テキストフィールドが使われることがあります。
例
ソフトウェア障害設定エラーハードウェア障害
|
|||
|
部門
DepartmentName
|
問題を報告したユーザー、または主に影響を受けたユーザーの所属部門です。 | ||
|
説明
この属性では、問題の影響を受けた事業部門を識別します。 分析では、「Critical Problem SLA Performance」を部門別に分け、特定の部門が他の部門より遅いサービスを受けていないかを確認します。
重要な理由
問題の影響を組織の観点から把握するための情報を提供します。
入手先
Freshservice APIから、依頼者を検索してDepartmentテーブルを参照します。
例
財務人事IT
|
|||
|
関連インシデント
RelatedIncidentCount
|
この問題に関連付けられたインシデントレコードの数です。 | ||
|
説明
この属性では、問題レコードに関連付けられた個々のインシデント数を数えます。ユーザーへの影響の規模を示す指標として利用できます。 分析では、「Incident Linkage Density」KPIに使用し、問題によってインシデント数が実際に減少しているかを確認します。
重要な理由
問題がヘルプデスクに及ぼす影響の大きさを示します。
入手先
Freshservice APIの「associated_incidents」配列の件数です。
例
05120
|
|||
|
ソースシステム
SourceSystem
|
データの取得元となったシステムの名前です。 | ||
|
説明
この静的属性は、データセットの取得元が「Freshservice」であることを示します。複数のシステムを利用する環境では、異なるITSMツールやインスタンスから取得したレコードを区別するのに役立ちます。 分析では、複数のソースからデータを統合する際のフィルタリングやグループ化に主に使われます。
重要な理由
複数のシステムを対象とするプロセスマイニング導入において、データの系譜と追跡可能性を確保します。
入手先
抽出時にハードコードされた値です。
例
Freshservice
|
|||
|
最終データ更新
LastExtractionTime
|
Freshserviceからデータが抽出された時刻を示すタイムスタンプです。 | ||
|
説明
この属性は、分析に使うデータセットの鮮度を示します。リアルタイムデータを見ているのか、過去の時点のスナップショットを見ているのかを把握するのに役立ちます。 分析では、アクティブなケースの現在までのオープン期間を計算する際の基準点として使われます。
重要な理由
データの遅延と信頼性を把握するための背景情報を提供します。
入手先
ETL実行時点のシステム時刻です。
例
2023-11-01T12:00:00Z
|
|||
|
回避策の説明
WorkaroundNotes
|
一時的な修正または回避策を説明するテキストです。 | ||
|
説明
この属性には、提供した一時的な解決策の詳細が入ります。値が存在する場合は、回避策が正常に公開されたことを示します。 分析では、このフィールドへの入力時刻を「Average Workaround Lead Time」KPIの計算に使用します。
重要な理由
完全な解決までの時間と比較して、影響を抑えるまでの速さを測定するうえで重要です。
入手先
Freshservice APIの「Problem」オブジェクトの「workaround」フィールドです。
例
サービスを手動で再起動ブラウザーキャッシュを消去代替VPNエンドポイントを使用
|
|||
|
影響を受けたアセット
AssociatedAsset
|
問題に関連付けられた主要な構成アイテム(CI)またはアセットです。 | ||
|
説明
この属性では、調査対象となる特定のハードウェアまたはソフトウェアアセットを識別します。 分析では、アセットタイプ別に「Root Cause Categorization Quality」を確認し、特定のデバイスやソフトウェアバージョンで不具合が発生しやすいかを明らかにします。
重要な理由
プロセスのパフォーマンスとインフラストラクチャの構成要素を関連付けます。
入手先
Freshservice APIの「associated_assets」フィールドです。
例
Server-01給与計算アプリケーションコアスイッチA
|
|||
|
影響度
ImpactLevel
|
問題が業務プロセスに及ぼす影響の大きさです。 | ||
|
説明
この属性では、問題の影響範囲を数値化します。通常はUrgencyと組み合わせてPriorityを決定します。 分析では、どのプロセスのボトルネックが重要な業務機能に最も影響しているかを把握し、優先順位を付けるために使用します。
重要な理由
業務上の重要度に応じて分析結果に重み付けするために使用します。
入手先
Freshservice APIの「Problem」オブジェクトの「impact」フィールドです。
例
低中高
|
|||
|
期限
DueDate
|
問題レコードの解決が予定されている目標日です。 | ||
|
説明
この属性には問題の期限が入り、SLAポリシーによって設定される場合と、管理者が手動で設定する場合があります。 分析では、この日付と実際の解決日を比較し、計画の精度や現実的な期待値の設定状況を把握します。
重要な理由
期限内の完了を分析する際の基準日です。
入手先
Freshservice APIの「Problem」オブジェクトの「due_by」フィールドです。
例
2023-12-31T17:00:00Z
|
|||
|
関連変更リクエスト
ChangeRequestId
|
問題を修正するために作成された変更リクエストの識別子です。 | ||
|
説明
この属性には、恒久的な修正を実施するために問題レコードへ関連付けられたChange RequestのIDが入ります。 分析では、「RCA to Change Transition Time」KPIに欠かせません。原因の特定から対応までに失われた時間を測定できます。
重要な理由
ProblemプロセスとChange Managementプロセスを関連付けます。
入手先
Freshservice APIの「associated_change_request」フィールドです。
例
CHG-2001CHG-2045
|
|||
問題管理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
Change Requestが関連付けられました
|
ChangeレコードをProblemレコードに関連付け、是正フェーズの開始を示します。「Association with Change」システムイベントを通じて記録されます。 | ||
|
重要な理由
Change Request Bottleneck Monitorに欠かせません。Problem ManagementからChange Managementへの引き継ぎを測定します。
入手先
Activity Stream:「Association with Change」イベント。
取得
Change IDの関連付け時に記録
イベントタイプ
explicit
|
|||
|
サポートグループが割り当てられました
|
問題レコードを特定の技術チームまたは割り当てグループへ振り分けます。チケット履歴の「Group」フィールドの変更を監視して記録します。 | ||
|
重要な理由
Support Group Transfer Heatmapに欠かせません。追跡することで、チーム間の行き来や過度な引き継ぎを明らかにできます。
入手先
Activity Stream:「group_id」または「group_name」フィールドの更新。
取得
Groupフィールドの更新時に記録
イベントタイプ
explicit
|
|||
|
問題がクローズされました
|
レコードがロックされ、非アクティブとみなされるライフサイクルの最終イベントです。「Closed」へのステータス遷移によって記録されます。 | ||
|
重要な理由
プロセスインスタンスの絶対的な終了点を定義します。合計サイクル時間の計算に必要です。
入手先
Activity Stream:「Closed」へのステータス変更。
取得
ステータスがClosedに変更された時点で記録
イベントタイプ
explicit
|
|||
|
問題が記録されました
|
システムで問題レコードが最初に作成されたことを示します。新しい問題チケットが保存されると、このイベントがFreshserviceの監査ログに明示的に記録されます。 | ||
|
重要な理由
プロセスインスタンスの開始点です。すべてのリードタイムとサイクル時間を計算する際の基準になります。
入手先
Freshservice Activity StreamまたはTickets API(created_atタイムスタンプ)。
取得
New Problemトランザクションの実行時に記録
イベントタイプ
explicit
|
|||
|
回避策が公開されました
|
問題レコードに一時的な解決策を追加します。「Workaround」メモまたはフィールドとして記録されることが多く、Workaround Publication Velocityの計算に使われます。 | ||
|
重要な理由
チームが影響をどれだけ早く軽減したかを測定します。Average Workaround Lead Time KPIに欠かせません。
入手先
Activity Stream:「workaround」フィールドの更新、またはSolution/Workaroundとして記録されたメモの作成。
取得
Workaroundフィールドへの入力時に記録
イベントタイプ
explicit
|
|||
|
恒久対策が適用されました
|
最終的な解決策が実装されたことを示します。Freshserviceでは通常、ステータスが「Solved」または「Resolved」に移行したことから推定します。 | ||
|
重要な理由
Permanent Fix Implementation Delayを計算します。技術的な是正作業の終了を示します。
入手先
Activity Stream:「Solved」または「Resolved」へのステータス変更。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
根本原因が特定されました
|
根本原因のテキストフィールドまたは分析セクションに値が入力された時点です。「Root Cause」フィールドがnullの状態から初めて更新されたことを特定して記録します。 | ||
|
重要な理由
RCA Lead Time Analysisにおける主要なマイルストーンです。調査から解決策の設計へ移行したことを示します。
入手先
Activity Stream:「root_cause」または「analysis」フィールドの更新。
取得
更新前後のroot_causeフィールドを比較
イベントタイプ
inferred
|
|||
|
SLA違反
|
「Due By」の時刻を超過したことを示す、システムが生成するイベントです。Freshserviceには、特定のSLA違反マーカーが記録されます。 | ||
|
重要な理由
Critical Problem SLA Performance分析を直接支援します。コンプライアンス違反を明らかにします。
入手先
Activity Stream:SLA違反のシステムログ。
取得
システムのSLA監視が作動した時点で記録
イベントタイプ
explicit
|
|||
|
アセットが関連付けられました
|
Configuration Item(CI)またはAssetを問題レコードに関連付けます。これにより、「Affected Business Service」または「Impacted Configuration Item」を特定できます。 | ||
|
重要な理由
抽象的な問題を物理または論理インフラストラクチャに関連付けます。Root Cause Categorization Quality分析に欠かせません。
入手先
Activity Stream:「Association with Asset」イベント。
取得
アセットがレコードに添付された時点で記録
イベントタイプ
explicit
|
|||
|
ステータス:Change待ち
|
Change Requestの実装を待っていることを示すステータス遷移です。ステータスが「Change Requested」または同様の値に変更されたことから推定します。 | ||
|
重要な理由
Problem Managementチームが外部のChangeプロセスに依存している待機時間を特定します。
入手先
Activity Stream:「Change Requested」を表すIDへのステータス変更。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
メモが追加されました
|
公開または非公開のメモがレコードに追加された時点を記録する一般的なアクティビティです。継続中の協業や更新を示します。 | ||
|
重要な理由
ステータスが変わっていなくても、作業が進行中であることを示せます。「アクティブな待機」期間の特定に役立ちます。
入手先
Activity Stream:「Note added」イベント。
取得
コメントの投稿時に記録
イベントタイプ
explicit
|
|||
|
優先度が更新されました
|
問題レコードの緊急度または影響度が変更されたことを示します。「Priority」フィールドの監査証跡を通じて記録されます。 | ||
|
重要な理由
SLA違反の分析やCritical Problem SLA Performanceダッシュボードのフィルタリングに欠かせません。
入手先
Activity Stream:「priority」フィールドの更新。
取得
Priorityフィールドの変更時に記録
イベントタイプ
explicit
|
|||
|
問題が再オープンされました
|
「Resolved」または「Closed」から「Open」へ戻る遷移です。修正が失敗した、または受け入れられなかったことを示します。 | ||
|
重要な理由
Problem Record Reopening Trendsダッシュボードの主要指標です。高い割合は、RCAまたは修正の品質に問題があることを示します。
入手先
Activity Stream:「Closed/Solved」から「Open/In Progress」へのステータス変更。
取得
ステータスフィールドの変更前後を比較
イベントタイプ
inferred
|
|||
|
問題タスクが完了しました
|
問題レコードに紐付けられたサブタスクが完了したことを示します。Post Implementation Reviews(PIR)や特定の調査手順の追跡に使われることが多いイベントです。 | ||
|
重要な理由
レビュータスクが完了しているかを追跡し、Post Review Completion Auditダッシュボードを支援します。
入手先
Activity Stream:「Task」のステータスがClosed/Completedに変更。
取得
関連付けられたTaskが完了として記録された時点で記録
イベントタイプ
explicit
|
|||
|
担当者が割り当てられました
|
問題レコードに特定の対応者を割り当てます。「Agent」フィールドへの入力または更新時に明示的に記録されます。 | ||
|
重要な理由
担当者が正式に作業を引き受けた時点を示します。優先度別のリソース配分を分析する際に役立ちます。
入手先
Activity Stream:「responder_id」フィールドの更新。
取得
Agentフィールドの更新時に記録
イベントタイプ
explicit
|
|||
抽出ガイド
準備はできましたか?
問題管理のデータを、今日から具体的な改善案につなげましょう。データ抽出の手順を進め、ITサービスの改善を始められるよう、私たちのチームがサポートします。
問題管理のボトルネックを今すぐ解消
サイクルタイムを30%短縮し、ITサービスを安定させます
クレジットカードは不要です。5分で設定できます。