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