期間の分類

概要

期間の分類は、連続した期間の値を離散的なパフォーマンスカテゴリに変換するパフォーマンス分類の強化機能であり、プロセスのボトルネックやパフォーマンスパターンを即座に視覚的に識別できるようにします。この強化機能は、イベントログ内の任意の期間属性を取得し、各値を「Fast」「Normal」「Slow」「Extreme」「Negative」の5つのパフォーマンスカテゴリのいずれかに分類します。数値の期間データを意味のあるビジネスカテゴリに変換することで、チームは外れ値を迅速に特定し、パフォーマンス基準でフィルタリングし、複雑な数学的フィルタを必要とせずにパフォーマンスに基づくビジュアライゼーションを作成できます。

この強化機能は、技術的な時間測定をビジネスに関連するパフォーマンス指標に変換するため、プロセスマイニング分析に不可欠です。生の期間数値を分析する代わりに、ユーザーはどのケースが良好に機能しているか、どのケースが注意を要するか、即時調査が必要な極端な外れ値はどれかをすぐに把握できます。この分類は、実際のデータのパーセンタイル分析に基づく知的な統計的デフォルトを使用しており、カテゴリがプロセスの実際のパフォーマンス分布パターンを反映するようにしています。

この強化機能は、ケースレベルのスループット時間、アクティビティレベルの処理時間、またはカスタムの期間計算など、任意の期間属性で動作します。この柔軟性により、受注から入金までのサイクルタイム分析、製造リードタイムの分類、サービスリクエスト処理時間の評価など、あらゆるプロセスマイニングシナリオでのパフォーマンス分析の基本ツールとなっています。

よくある用途

  • 総サイクルタイムに基づいて受注完了ケースを高速、通常、遅延にラベル付けし、出荷業務の優先順位付けと迅速処理が必要な遅延注文の特定に活用
  • 請求書承認期間を分類し、ドキュメント不足、エスカレーション要件、承認ワークフローのボトルネックを示す例外的な承認時間を特定
  • 製造の生産時間をパフォーマンスカテゴリで分類し、標準的な生産実行と原因分析と是正対応が必要な遅延バッチを分離
  • 顧客サービスチケットの解決時間をパフォーマンスカテゴリに区分し、SLA監視を可能にし、SLA違反リスクのあるチケットを迅速に識別
  • 購買発注処理期間を分類し、効率的な購買サイクルとベンダーフォローアップが必要な問題のある遅延を識別
  • アクティビティ期間を分類してパフォーマンスベースのプロセス変種を作成し、高速経路と低速経路の実行を比較してパフォーマンス差の要因を理解
  • 予約スケジューリングから治療までの患者待機時間を監視し、リソース配分の最適化とキャパシティ問題の識別

設定

属性名: 分類したい期間属性を選択します。これは、ケース期間、アクティビティ間の時間、または任意のカスタム期間計算など、データセット内のTimeSpan属性でなければなりません。この強化機能は選択した属性を分析し、期間値に基づいて各ケースまたはイベントにパフォーマンスカテゴリを割り当てます。一般的な選択肢としては、全体のケースパフォーマンス分析用のCase Durationや、特定のアクティビティ間期間によるボトルネック特定などがあります。

新属性名: 作成される新しいカテゴリ属性の名前を指定します。デフォルトの形式は「[Attribute Name] - Category」であり、元の期間属性と新属性のカテゴリ性を明確に示します。この新属性はテキスト値(Fast、Normal、Slow、Extreme、Negative)を含み、フィルタリング、色分け、ダッシュボードの可視化で利用できます。分析でパフォーマンス分類が即座に認識できる説明的な名前を選択してください。

Fast Duration: 「Fast」パフォーマンスカテゴリの上限しきい値を定義します。この値以下の期間は「Fast」とラベル付けされます。しきい値の値と時間単位(日、時間、分、秒)を指定できます。属性を初めて選択すると、このしきい値はデータセット内の全期間値の20パーセンタイルとして自動計算され、最速20%のケースまたはイベントを表します。ビジネス要件やパフォーマンス目標に基づいて調整してください。

Normal Duration: 「Normal」パフォーマンスカテゴリの上限しきい値を定義します。Fastしきい値より大きく、この値以下の期間は「Normal」とラベル付けされます。これは、プロセスにおける典型的で予想されるパフォーマンスを表します。デフォルトはデータの80パーセンタイルとして自動計算されており、FastとNormalのカテゴリに全ケースの80%が含まれます。標準運用手順や期待されるサービスレベルに沿うように設定してください。

Slow Duration: 「Slow」パフォーマンスカテゴリの上限しきい値を定義します。Normalしきい値より大きく、この値以下の期間は「Slow」とラベル付けされます。これらのケースは注意が必要ですが、まだ重大な外れ値ではない場合があります。デフォルトは90パーセンタイルとして自動計算され、調査対象となる最も遅い10%のケースを特定します。遅延はプロセスの非効率、リソース制約、軽微な問題を示す場合があります。

Extreme Category: Slow Durationしきい値を超える期間は自動的に「Extreme」に分類されます。このカテゴリは即時調査が必要な例外的な外れ値を示します。Extremeケースはプロセス障害、システムエラー、長時間の待機、異常事象を表すことが多いです。しきい値の設定は不要で、Slowしきい値を超えた全期間がこのカテゴリに含まれます。通常は全ケースの10%未満ですが、プロセスの大きな変動を占めることがあります。

Negative Category: 負の値の期間は自動的に「Negative」に分類されます。負の期間は通常、データ品質問題、タイムスタンプの誤り、アクティビティが期待外の順序で発生したケースを示します。このカテゴリはデータの異常を特定し、データクリーニングやプロセス調査が必要であることを示します。設定は不要で、負の期間値に自動的に適用されます。

リセットボタン: このボタンをクリックすると、現在のデータセットに基づき、Fast、Normal、Slowの期間しきい値がデフォルトのパーセンタイル方式(20%、80%、90%)で再計算されます。手動でしきい値を調整した際や、異なるパフォーマンス特性の新しいデータセットを分析する際に便利です。リセット機能により、しきい値が常に実際のデータ分布を反映するように保たれます。

例1: 受注完了パフォーマンス分類

シナリオ: あるeコマース企業が受注完了パフォーマンスを分類し、迅速処理が必要な遅延注文やベストプラクティスの参考となる高速注文を識別したいと考えています。注文受付から出荷完了までのケース期間を計算しており、1日あたり10,000件の注文を運用ダッシュボードや自動アラート用にパフォーマンスカテゴリへ分類する必要があります。

設定:

  • 属性名: Case Duration
  • 新属性名: Fulfillment Performance
  • Fast Duration: 4時間
  • Normal Duration: 12時間
  • Slow Duration: 24時間

出力:

強化機能は「Fulfillment Performance」という新しいケース属性を作成し、以下のテキスト値を割り当てます:

  • 「Fast」: 4時間以内に完了した注文(1日あたり約2,000件、同日処理を表す)
  • 「Normal」: 4~12時間以内に完了した注文(約7,000件、標準的な翌日処理)
  • 「Slow」: 12~24時間以内に完了した注文(約800件、対処が必要)
  • 「Extreme」: 24時間以上かかった注文(約200件、即時調査が必要)
  • 「Negative」: タイムスタンプエラーがある注文(稀なデータ品質問題)

サンプルデータ:

Order ID Case Duration Fulfillment Performance
ORD-10234 2h 15m Fast
ORD-10235 8h 30m Normal
ORD-10236 18h 45m Slow
ORD-10237 36h 20m Extreme
ORD-10238 3h 50m Fast

インサイト: 分類により、80%の注文が想定されたパフォーマンス目標(FastとNormal)を満たし、10%は遅延していることが判明。2%のExtremeケースはすぐにフィルタリングして原因分析に利用でき、多くは在庫問題、配送業者の遅延、住所確認問題が明らかになります。Fastケースの分析により、迅速な受注完了を可能にする製品タイプ、倉庫ロケーション、注文特性が特定可能です。

例2: 請求書承認サイクルタイム分析

シナリオ: 財務部門は月間5,000件の請求書を処理しており、承認パフォーマンスを理解したいと考えています。請求書受領から最終承認までの期間を計算し、遅延承認が遅延支払いやベンダー関係問題を引き起こす懸念があります。パフォーマンスベースのフィルタを作成し、例外的な遅延を特定してエスカレーションが必要な箇所を把握したい。

設定:

  • 属性名: Approval Duration
  • 新属性名: Approval Performance Category
  • Fast Duration: 2日
  • Normal Duration: 5日
  • Slow Duration: 10日

出力:

「Approval Performance Category」という新しいケース属性が作成され、以下のパフォーマンス分類が付与されます:

  • 「Fast」: 2営業日以内に承認された請求書(約1,000件、事前承認済みベンダーまたは低額購入)
  • 「Normal」: 5営業日以内に承認された請求書(約3,500件、支払条件を満たす)
  • 「Slow」: 5~10営業日かかる請求書(約400件、支払期限間近)
  • 「Extreme」: 10日以上かかる請求書(約100件、遅延支払リスク)

サンプルデータ:

Invoice ID Amount Approval Duration Approval Performance Category
INV-45001 $1,250 1d 8h Fast
INV-45002 $45,000 4d 12h Normal
INV-45003 $8,500 7d 18h Slow
INV-45004 $125,000 15d 6h Extreme
INV-45005 $950 1d 2h Fast

インサイト: 分類により、財務部門はリアルタイム承認状況のダッシュボードを作成可能に。Extremeケースは自動的に上級管理者にエスカレーションされ、発注書欠落、多部署承認要件、請求金額争議が判明。Fastケースの分析は、ベンダーマスターデータの品質と事前承認ベンダーステータスが迅速承認の主要要因であることを示し、ベンダーオンボーディング改善に繋がります。

例3: 製造生産バッチ時間管理

シナリオ: 医薬品製造工場は厳しい品質管理要件のもとでバッチ生産を行っています。生産計画担当者は生産期間をカテゴリー化し、効率的な生産と遅延の両面を特定したい。月間200バッチを対象にバッチ開始から最終品質承認までの期間を分類し、生産スケジューリングとキャパシティ計画の最適化を目指しています。

設定:

  • 属性名: Batch Production Time
  • 新属性名: Production Performance
  • Fast Duration: 18時間
  • Normal Duration: 26時間
  • Slow Duration: 36時間

出力:

強化機能は「Production Performance」を作成し、各バッチにカテゴリを割り当てます:

  • 「Fast」: 18時間以内に完了(約40バッチ、最適条件)
  • 「Normal」: 18~26時間内に完了(約140バッチ、目標達成)
  • 「Slow」: 26~36時間かかる(約15バッチ、軽微な遅延)
  • 「Extreme」: 36時間超(約5バッチ、重大問題)

サンプルデータ:

Batch ID Product Code Batch Production Time Production Performance
B-2024-0456 MED-XR-500 16h 45m Fast
B-2024-0457 MED-AB-250 24h 30m Normal
B-2024-0458 MED-XR-500 32h 15m Slow
B-2024-0459 MED-CD-100 48h 20m Extreme
B-2024-0460 MED-AB-250 22h 10m Normal

インサイト: 生産パフォーマンスカテゴリにより、90%のバッチが予想された時間内に完了し、キャパシティ計画に自信をもたらします。遅延およびExtremeバッチは詳細な原因分析を受け、設備メンテナンス問題、原材料品質の変動、環境制御問題が主要遅延要因であることを特定。Fastバッチの研究により、最適な生産条件を理解し、標準操作手順を改善、平均生産時間を8%短縮しました。

例4: カスタマーサービスチケット解決時間

シナリオ: ソフトウェア企業のサポートチームは月に8,000件のチケットを処理し、顧客層ごとに異なるSLAを持っています。サポート管理者は解決時間を分類し、SLAパフォーマンスを監視、違反リスクのあるチケットを特定、解決効率のパターンを分析したい。標準SLAターゲットは48時間です。

設定:

  • 属性名: Resolution Time
  • 新属性名: Resolution Performance
  • Fast Duration: 12時間
  • Normal Duration: 36時間
  • Slow Duration: 72時間

出力:

「Resolution Performance」という新属性が作成され、各チケットにカテゴリを割り当てます:

  • 「Fast」: 12時間以内に解決(約3,200件、優れたサービス)
  • 「Normal」: 36時間以内に解決(約4,000件、SLA達成)
  • 「Slow」: 36~72時間かかる(約600件、SLA制限接近)
  • 「Extreme」: 72時間超(約200件、SLA違反)

サンプルデータ:

Ticket ID Priority Resolution Time Resolution Performance
TKT-89234 High 4h 25m Fast
TKT-89235 Medium 28h 15m Normal
TKT-89236 Low 52h 40m Slow
TKT-89237 High 96h 30m Extreme
TKT-89238 Medium 8h 10m Fast

インサイト: パフォーマンス分類により、チケットがSlowカテゴリに入ると自動アラートが発生し、SLA違反前に積極的なエスカレーションが可能に。Fast解決は明確な問題説明と診断情報の有無に強く関連し、チケット提出テンプレートの改善に繋がっています。Extremeケースは週次レビューされ、ナレッジ不足やエンジニア研修の機会を特定し、6か月で平均解決時間が15%改善しました。

例5: 医療患者待機時間の監視

シナリオ: 病院の救急科は1日あたり500人の患者を診療し、患者登録から医師による初回診察までの待機時間を監視する必要があります。部署リーダーは待機時間を分類し、品質基準の遵守、スタッフ配置の最適化、ピーク時のキャパシティボトルネックの特定を目指しています。パフォーマンスカテゴリでリアルタイムダッシュボードと履歴トレンド分析を支援。

設定:

  • 属性名: Registration to Assessment Duration
  • 新属性名: Wait Time Category
  • Fast Duration: 15分
  • Normal Duration: 45分
  • Slow Duration: 90分

出力:

「Wait Time Category」という新属性を作成し、各患者訪問に以下のカテゴリを割り当てます:

  • 「Fast」: 15分以内に診察された患者(約150人、即時トリアージ)
  • 「Normal」: 45分以内に診察された患者(約280人、基準達成)
  • 「Slow」: 45~90分待機(約60人、遅延あり)
  • 「Extreme」: 90分超待機(約10人、許容できない遅延)

サンプルデータ:

Visit ID Triage Level Registration to Assessment Duration Wait Time Category
ED-20240615-001 Critical 3m 15s Fast
ED-20240615-002 Urgent 28m 45s Normal
ED-20240615-003 Standard 62m 20s Slow
ED-20240615-004 Standard 125m 10s Extreme
ED-20240615-005 Urgent 12m 30s Fast

インサイト: リアルタイムパフォーマンス監視により、86%の患者が許容範囲内で診察を受けていることが分かる一方、SlowおよびExtremeケースは夕方のシフト交代および週末のピーク時間に集中していることが判明。これにより、ピーク時に重複したシフト配置を行うスタッフモデルが調整されました。Fast診察の分析では効率的なトリアージ手順と最適な医師対患者比率が特定され、部門全体の標準として採用され、平均待機時間が22%短縮されました。

出力

Categorize Duration強化機能は、データセット内に単一の新しい属性を作成し、そのデータ型はテキストでパフォーマンスカテゴリラベルを含みます。この属性は、ケースレベルの期間属性を選択した場合はケース属性として、イベントレベルの期間属性を選択した場合はイベント属性として表示されます。新属性はmindzieStudioのPerformance属性タイプとして自動分類され、パフォーマンス関連の可視化や分析ツールで使用可能です。

出力属性は、各ケースまたはイベントに対し5つのテキスト値のいずれかを含みます:

  • Fast: 期間がFast Durationしきい値以下。ベストインクラスのパフォーマンスを示し、プロセス改善イニシアチブのベンチマーク例として適切。デフォルトのパーセンタイル設定で15~25%のデータセットに該当。

  • Normal: 期間がFast Durationしきい値より大きく、Normal Durationしきい値以下。ビジネス標準およびサービスレベル合意を満たす典型的なパフォーマンス。通常、データセットの55~65%を占め、標準的なプロセス実行のコアを形成。

  • Slow: 期間がNormal Durationしきい値より大きく、Slow Durationしきい値以下。注意や調査、プロセス改善が必要な平均以下のパフォーマンス。データセットの8~12%で、軽微なボトルネックや非効率を示すことが多い。

  • Extreme: 期間がSlow Durationしきい値より大きい。即時調査が必要な例外的な外れ値で、プロセス障害、システムエラー、異常事象の可能性あり。2~10%のケースを占めるが、重要なプロセス変動と顧客不満を説明。

  • Negative: 期間値が負であり、タイムスタンプエラーや順序ずれイベント、データ抽出問題などのデータ品質問題を示す。データ検証とクリーニングプロセスが必要。健全なイベントログでは稀だが、重要なデータ品質指標。

カテゴリ属性はmindzieStudioの以下の用途で活用可能:

  • フィルタリング: Extremeケースのみ表示して詳細調査、Slowケースをベンチマーク分析から除外など、特定のパフォーマンスカテゴリを抽出するフィルタ作成。

  • 色分け: プロセスマップ、ダッシュボード、チャートで色を使った可視化。一例として、Fastは緑、Normalは青、Slowは黄、Extremeは赤で、直感的にパフォーマンスを識別。

  • 変種分析: パフォーマンスカテゴリ別にプロセス変種を区分し、高速実行と低速実行の差異を理解。ボトルネック活動や非効率なルーティングパターンを特定。

  • ダッシュボード指標: カテゴリごとのケース割合表示、時間経過によるトレンド分析、ケースがSlowやExtremeに入ったリアルタイム監視。

  • ドリルダウン分析: パフォーマンスカテゴリを起点とした詳細ケース分析を実現し、高レベルパフォーマンス概要から問題のある個別ケースへ迅速に遷移。

  • 自動アラート: Extremeケース数がしきい値を超えた場合やSlowケースの割合が許容値を超えた場合に通知するアラート設定。

  • 比較分析: 組織単位、製品タイプ、顧客セグメント、期間などのプロセス軸でパフォーマンスカテゴリを比較し、パターンや改善機会を特定。

この出力属性のカテゴリ性により、生の期間数値を扱うよりもはるかにユーザーフレンドリーで、ビジネスユーザーが技術的知識なしにプロセスパフォーマンスを迅速に理解可能です。mindzieStudioの全ての計算機能、強化機能、可視化コンポーネントとシームレスに連携します。


このドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。