貴社の問題管理``データ``テンプレート

Freshservice
貴社の`問題管理``データ``テンプレート`

貴社の問題管理``データ``テンプレート

この`テンプレート`は、Freshserviceにおける`問題``ライフサイクル`を`マッピング`するための`包括的`な`フレームワーク`を`提供し`、`根本原因分析`と`ワークアラウンド``作成`における`ボトルネック`を`特定する`ことを`可能にします`。これにより、`プロセスマイニング`用の`堅牢`な`イベントログ`を`構築する`ために`必要`な`必須``属性`と`活動`が`概説`されます。この`ガイド`に`従う`ことで、`抽出``プロセス`を`合理化`し、IT`サービス`の`安定性`の`向上`に`集中`できます`。
  • より深い根本原因分析のための重要な属性
  • 問題`ライフサイクル`の`標準化された`活動`マッピング`
  • Freshserviceからの`データ`抽出に関する`技術`ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

問題管理属性

これらの推奨`データ``フィールド`は、`問題管理``パフォーマンス`の`詳細`な`分析`を`可能にする`ために、`イベントログ`に`必要`な`コンテキスト`を`提供します。
3 必須 10 推奨 7 任意
名前 説明
アクティビティ
ActivityName
問題レコードで`実行された`特定`の`イベント`または`アクション`。
説明

この属性は、「問題記録」、「根本原因特定」、または「サポートグループ変更」など、プロセスライフサイクル`内の`ステップ`を`記述します`。これは、`作業`の`シーケンス`を`マッピングする`ための`プロセスディスカバリーアルゴリズム`の`コアコンポーネント`です。

分析では、このフィールドプロセス``マップノード決定し、手戻り``ループスキップされたステッププロセス``バリアント特定するために不可欠です

その重要性

プロセス実行の「何を」定義し、プロセスマップ生成には必須です。

取得元

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`)。
説明

この属性は、プロセスマイニング``分析中心``ケースIDとして機能します。これはFreshservice内の特定問題``調査を一意に識別しすべて関連``活動イベント変更リンクします。これは個々監査ログエントリ`を`一貫したプロセス``インスタンスグループ化するために使用されます`。

分析では、この識別子によりユーザーレベルの``集約から特定問題``ジャーニードリルダウンして、発生した``イベント正確シーケンス理解できます`。

その重要性

プロセスフローを再構築するための基本的なキーであり、各ケースを一意に識別するために必要です。

取得元

Freshservice API「Problem」オブジェクト、「display_id」フィールド。

PRB-10023PRB-10045PRB-11201
`サポートグループ`
SupportGroup
問題を`処理する`ために`割り当てられた`技術`チーム`または`グループ`。
説明

この属性は、問題レコードチーム``所有権表しますグループ間の転送は、問題管理における遅延主要原因`です。

分析では、このフィールドは「サポートグループ``転送``ヒートマップ」を生成し、チーム間のピンポン``行動特定するために使用されます

その重要性

引き継ぎの分析やサイロ化されたボトルネックの特定に不可欠です。

取得元

Freshservice API「Problem」オブジェクト、「group_id」フィールド(Groupsテーブルへのルックアップが必要)。

データベースチームネットワーク運用アプリケーションサポート
RCAまでの時間
TimeToRootCause
問題`作成`から`根本原因`特定`までの`期間`。
説明

この期間``属性は、「問題記録イベントと「根本原因特定イベント時間測定することで計算されます`。

分析では、これは「根本原因特定までの平均時間`」`KPI`に`入力`され、`診断フェーズ効率強調します`。

その重要性

特に調査フェーズの速度を測定します。

取得元

イベントタイムスタンプから算出されます。

48時間3 days45 minutes
SLA違反
IsSlaBreached
プロブレムレコードがサービスレベル目標を達成できなかったことを示すフラグ。
説明

このブール``属性は、問題解決時間`が`定義されたポリシー超えた場合trueなります

分析では、これは「重要``問題SLAパフォーマンスダッシュボード駆動し、どのチームまたはカテゴリタイムリー最も苦労している特定するのに役立ちます

その重要性

プロセスコンプライアンスとパフォーマンスの直接的な測定です。

取得元

Freshservice API、「sla_policy」または「sla_breached」フラグから派生。

truefalse
ステータス
ProblemStatus
問題の`現在`の`ライフサイクル``ステータス`(例:`オープン`、`変更`要求`済み`、`解決済み`)。
説明

この属性は、ワークフローにおける問題進行状況追跡します。このフィールド変更は、標準``プロセス``活動トリガーします

分析では、これはアクティブ作業完了した作業区別するための主要フィルターとして機能し、WIP(作業分析可能にします`。

その重要性

ケースの状態を定義し、フロー統計の計算に使用されます。

取得元

Freshservice API「Problem」オブジェクト、「status」フィールド。

オープン変更保留中解決済みクローズ
リンクされたインシデント
RelatedIncidentCount
この`問題`に`リンクされている`インシデント`レコード`の`数`。
説明

この属性は、問題レコードに関連付けられている個々のインシデントカウントします。これはユーザー``中断データ代理として機能します`。

分析では、これは「インシデント``連携``密度KPI使用され問題実際インシデント``データ削減しているかどうかを検証します

その重要性

プロブレムがヘルプデスクに与える影響の大きさを表します。

取得元

Freshservice API、「associated_incidents」配列のカウント。

05120
優先度
ProblemPriority
問題に`割り当てられた`優先度`レベル`(例:`低`、`中`、`高`、`緊急`)。
説明

この属性は、問題レコード相対的重要度緊急度示します。これは通常インパクト緊急度マトリックスによって決定されます`。

分析では、このフィールドセグメンテーションにとって重要です。これにより、アナリスト重要問題軽微欠陥の間でサイクルタイムとSLA遵守比較できます

その重要性

影響の大きい問題に対する分析のフィルタリングと優先順位付けに不可欠です。

取得元

Freshservice API「Problem」オブジェクト、「priority」フィールド。

`緊急`
再オープン済み
IsReopened
プロブレムレコードがクローズ状態からオープン状態に移動されたことがあるかどうかを示すフラグ。
説明

このブール``属性は、活動履歴確認し、終端状態`から`アクティブ状態への移行チェックすることで計算されます`。

分析では、これは「問題レコード再オープン傾向ダッシュボードサポートし解決``プロセス主要品質``指標として機能します

その重要性

誤検知の解決と手戻りの主要な指標。

取得元

イベントログ(ActivityName)から算出されます。

truefalse
担当者
AgentName
`現在`、`問題`に`割り当てられている`サービスデスク``エージェント`の`名前`。
説明

この属性は、問題調査または解決担当する``個人識別します。これはリソース``分析パフォーマンス``監視可能にします

分析では、作業``負荷分散と、過負荷になっている可能性のある個人、またはRCAに特に効率的個人特定するのに役立ちます`。

その重要性

リソース分析と組織マイニングの鍵となります。

取得元

Freshservice API「Problem」オブジェクト、「responder_id」フィールド(Agentテーブルへのルックアップが必要)。

Alice Smithボブ・ジョーンズシステム管理者
根本原因カテゴリ
RootCauseCategory
問題に対して`特定された`根本原因`の`分類。
説明

この属性は、「ソフトウェア``バグ」、「設定``エラー」、または「ヒューマン``エラー」などの問題発生した原因を分類しますこれはRCAフェーズの入力されます。

分析では、これは「根本原因``分類``品質ダッシュボード使用されインフラストラクチャ体系的弱点特定します

その重要性

傾向分析および予防的改善の領域を特定するのに不可欠です。

取得元

Freshservice API「Problem」オブジェクト。設定に応じて、多くの場合カスタムフィールドまたは「root_cause」テキストフィールドです。

ソフトウェア障害設定エラーハードウェアの誤動作
部署
DepartmentName
問題を`報告した`ユーザー`または`主`に`影響`を受けた`ユーザー`の`部門`。
説明

この属性は、問題によって影響を受けたビジネス``ユニット識別します

分析では、これは「重要``問題SLAパフォーマンス」をセグメント化し、特定部門他の部門よりも遅いサービス受けているどうかを確認するのに役立ちます`。

その重要性

問題の影響に関する組織的なコンテキストを提供します。

取得元

Freshservice API、リクエスターの部門テーブルへのルックアップ経由。

財務人事IT
ソースシステム
SourceSystem
`データ`の`発信元``システム`名です。
説明

この静的``属性は、データセット発生源(「Freshservice」)を識別します複数``システム``環境では、異なるITSMツールまたはインスタンスから来るレコード区別するのに役立ちます`。

分析では、これは複数ソースからの``データ結合するフィルターまたはグループ化使用されます

その重要性

マルチシステムプロセスマイニング実装におけるデータリネージとトレーサビリティを保証します。

取得元

抽出時にハードコードされた値。

Freshservice
リンクされた変更リクエスト
ChangeRequestId
問題を`修正`するために`作成された`変更`要求`の`識別子`。
説明

この属性には、恒久的な修正を実施するために問題レコードに関連付けられた変更要求IDが含まれます。

分析では、これは「RCAから変更への移行``時間KPI不可欠であり原因発見してから対処するまでの失われた``時間測定可能にします

その重要性

プロブレムプロセスを変更管理プロセスにリンクします。

取得元

Freshservice API、「associated_change_request」フィールド。

CHG-2001CHG-2045
ワークアラウンド`説明`
WorkaroundNotes
`一時的な`修正`または`ワークアラウンド`を`説明する`テキスト`。
説明

この属性には、提供された``一時的な解決策の詳細が含まれます。その存在は、ワークアラウンド正常に公開されたことを示します

分析では、このフィールド入力したタイムスタンプが「平均ワークアラウンド``リードタイムKPI算出します

その重要性

緩和速度と完全な解決速度の測定に不可欠です。

取得元

Freshservice API「Problem」オブジェクト、「workaround」フィールド。

サービスを手動で再起動するブラウザキャッシュをクリア代替VPN`エンドポイント`を`使用する`
最終データ更新
LastExtractionTime
Freshserviceから`データ`が`抽出`された`時刻`を`示す``タイムスタンプ`。
説明

この属性は、分析使用される``データセット鮮度マークします。これはユーザーリアルタイム``データ見ているのか、過去スナップショット見ているのかを理解するのに役立ちます`。

分析では、これはアクティブケース現在オープン``期間計算するための参照として使用されます`。

その重要性

データレイテンシと信頼性に関するコンテキストを提供します。

取得元

ETL実行時のシステム時間。

2023-11-01T12:00:00Z
影響を受ける資産
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
必須 推奨 任意

問題管理活動

これらの重要なプロセスマイルストーンとステータス変更を捉えることで、サービスデスク内でのプロブレムレコードのエンドツーエンドのジャーニーを可視化します。
7 推奨 8 任意
アクティビティ 説明
サポートグループ`割り当て`済み
問題レコードを特定の技術チームまたは`割り当て`グループにルーティングします。`チケット`履歴の「グループ」`フィールド`の`変更を監視することで`捕捉されます。
その重要性

サポートグループ転送ヒートマップに不可欠です。これを追跡することで、ピンポン効果やチーム間の過度な引き継ぎが明らかになります。

取得元

アクティビティストリーム:「group_id」または「group_name」フィールドの更新。

取得

グループフィールドが更新された際にログ記録

イベントタイプ explicit
プロブレムクローズ済み
レコードが`ロック`され、`非`アクティブ`と`見なされる`最終`ライフサイクル``イベント`。「`クローズ済み`」への`ステータス`移行`によって`捕捉されます。
その重要性

プロセスインスタンスの絶対的な終了を定義します。総サイクル時間の計算に必要です。

取得元

アクティビティストリーム:ステータスの「クローズ」への変更。

取得

ステータスがクローズ済みに変更されたときに記録されます

イベントタイプ explicit
ワークアラウンド`公開済み`
問題レコードへ`一時的な`解決策を追加すること、これは多くの場合、「`ワークアラウンド`」`ノート`または`フィールド`として`マーク`されます。`ワークアラウンド`公開`速度`の`計算に`使用されます。
その重要性

チームがどの程度迅速に影響を緩和するかを測定します。平均回避策リードタイムKPIに不可欠です。

取得元

アクティビティストリーム:「workaround」フィールドの更新、または解決策/回避策としてマークされたメモの作成。

取得

回避策フィールドが入力された際にログ記録

イベントタイプ explicit
問題記録
システムにおける`問題`レコード`の`初期`作成`。`この`イベント`は、新しい`問題``チケット`が`保存`された`とき`にFreshserviceの`監査`ログに`明示的に`捕捉されます。
その重要性

プロセスインスタンスの開始を示します。すべてのリードタイムとサイクルタイムを計算するためのアンカーポイントです。

取得元

FreshserviceアクティビティストリームまたはチケットAPI(created_atタイムスタンプ)。

取得

トランザクション「New Problem」が実行された際にログ記録

イベントタイプ explicit
変更リクエスト関連付け済み
`変更`レコード`と`問題`レコード`の`関連付け`は、`是正措置`フェーズの`開始`を示します。`「`変更`との`関連付け`」`システム``イベント`を`介して`捕捉されます。
その重要性

変更要求ボトルネックモニター不可欠です。問題管理から変更管理への引き渡し測定します`。

取得元

アクティビティストリーム:「変更との関連付け」イベント。

取得

変更IDがリンクされた際にログ記録

イベントタイプ explicit
恒久的な修正適用済み
最終的な解決策の実施を表します。Freshserviceでは、ステータスが「解決済み」または「解決済み」に移行した`時点`で、これが通常推測されます。
その重要性

恒久的な修正の実装遅延を計算します。技術的な修正作業の終了を示します。

取得元

アクティビティストリーム:ステータスの「解決済み」または「対応済み」への変更。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
根本原因特定済み
`根本原因``テキストフィールド`または`分析`セクションが`入力`された`時点`。`「`根本原因`」`フィールド`の`初期``更新`を`null``状態`から`特定する`ことで`捕捉されます。
その重要性

RCAリードタイム分析の主要マイルストーン調査から解決策設計への移行を示します。

取得元

アクティビティストリーム:「root_cause」または「analysis」フィールドの更新。

取得

root_causeフィールドを更新前後で比較

イベントタイプ inferred
SLA違反
「期日」が超過したことを示すシステム生成イベント。Freshserviceは特定のSLA違反マーカーをログに記録します。
その重要性

重要プロブレムSLAパフォーマンス分析を直接サポートします。コンプライアンス違反を強調表示します。

取得元

アクティビティストリーム:SLA違反システムログ。

取得

システムSLAモニターがトリガーされた際にログ記録

イベントタイプ explicit
ステータス`変更`保留中
変更リクエストが実装されるのをプロブレムが待っていることを示すステータス遷移。「Change Requested」または類似のステータスフィールドへの変更から推測されます。
その重要性

プロブレム管理チームが外部の変更プロセスに依存している場合の待機時間を特定します。

取得元

アクティビティストリーム:「変更リクエスト済み」を表すIDへのステータス変更。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
メモ追加
パブリックまたはプライベートノートがレコードに追加された際の一般的なアクティビティ捕捉。継続的なコラボレーションまたは更新を表します。
その重要性

ステータスが変更されていない場合でも、アクティブな作業を示します。「アクティブな待機」期間を特定するのに役立ちます。

取得元

アクティビティストリーム:「メモ追加」イベント。

取得

コメントが投稿された際にログ記録

イベントタイプ explicit
優先度更新
プロブレムレコードの緊急度または影響レベルの変更。「Priority」フィールドの監査証跡を通じて記録されます。
その重要性

SLA違反の分析および重要プロブレムSLAパフォーマンスダッシュボードのフィルタリングに不可欠です。

取得元

アクティビティストリーム:「priority」フィールドの更新。

取得

優先度フィールドが変更された際にログ記録

イベントタイプ explicit
問題タスク完了
問題レコードに`添付された`サブ`タスク`の`完了`。`これは、多くの場合、`実施後`レビュー`(PIR)`または`特定`の`調査`ステップを`追跡する`ために`使用されます。
その重要性

レビュータスクがクローズされているかどうかを追跡することで、事後レビュー完了監査``ダッシュボード`をサポートします。

取得元

アクティビティストリーム:「タスク」ステータスのクローズ/完了への変更。

取得

リンクされたタスクが完了とマークされた際にログ記録

イベントタイプ explicit
問題再開
「Resolved」または「Closed」状態から「Open」状態への遷移。修正が失敗したか、拒否されたことを示します。
その重要性

問題レコード再オープン傾向``ダッシュボード」の主要メトリックです。高い再オープン率は、RCAや修正品質が低いことを示します。

取得元

アクティビティストリーム:ステータスの[クローズ/解決済み]から[オープン/進行中]への変更。

取得

ステータスフィールドを前後で比較

イベントタイプ inferred
担当者割り当て済み
問題レコードに`特定`の`個人`担当者を`割り当てること`。`「`エージェント`」`フィールド`が`入力`または`更新`された`とき`に`明示的に`捕捉されます。
その重要性

リソースが正式に作業に着手した時期を示します。優先度によるリソース割り当ての分析に役立ちます。

取得元

アクティビティストリーム:「responder_id」フィールドの更新。

取得

担当者フィールドが更新された際にログ記録

イベントタイプ explicit
資産リンク済み
設定`アイテム`(CI)または`資産`を`問題`レコードに`関連付けること`。`これは、「影響を受ける`ビジネス``サービス`」または「影響を受ける`設定``アイテム`」を特定するのに役立ちます。
その重要性

抽象的なプロブレムを物理的または論理的インフラストラクチャにリンクします。根本原因分類の品質分析に不可欠です。

取得元

アクティビティストリーム:「資産との関連付け」イベント。

取得

資産がレコードに添付された際にログ記録

イベントタイプ explicit
推奨 任意

抽出ガイド

Freshserviceからデータを取得する方法