第二レベルでパスワードを待っているチケット
ある工業企業がサービスデスクを計測しました。中央値は2時間で、4分の1のチケットは1日より長くかかります。理由は専門知識ではなく権限です。
第二レベルはチケットの41 %しか見ておらず、そのうちほぼ九割で決定的なステップとなっており、稼働率は93 %です。年間約1,800件のこの種のエスカレーションは、第一レベルの能力ではなく権限の不足により発生しています。
0.2稼働日数
10件中8件は0.1日から2.0日です。
Erstqualifizierung
100回のシミュレーションのうち41回でこのステップがボトルネックでした。
€29,000
年間あたり。推定で€25,000から€32,000の間です。
€26,000
年間あたり。推定で€23,000から€29,000の間です。
IT障害対応
- 業界
- 自社ITを持つ製造業
- 規模
- 310 Mitarbeitende
- 年間件数
- 7,400
- フルコスト率
- €64 / h
- シミュレーションの実行回数
- 120,000
- 時点
- 2026年7月
サービスデスクは遅いと見なされ、システム管理は過負荷と見なされ、両者は同じ統計を根拠に掲げています。机の上にはナレッジベースと自動化を備えた新しいチケットシステムの提案があります。
年間7,400件のチケット、5ステップ、2ロール、総原価率64 €。決定の前にプロセスはモデル化され、キュー、利用者への問合せ、エスカレーションを含めて120,000回以上のランがシミュレートされます。
実際の流れに沿ったプロセス
FlowVisualでモデリングされたプロセスです。↯はメディア断絶を示します — データが手作業で一つのシステムから別のシステムへ移される箇所です。
| ステップ | 役割 | システム | 所要時間 P10–P90 | ボトルネック |
|---|---|---|---|---|
| 01Ticket erfassen | Servicedesk | Ticketsystem | 2–6 min | 2 % |
| 02Erstqualifizierungボトルネック | Servicedesk | Ticketsystem | 6–24 min | 41 % |
| 03Rückfrage an den Anwender | Servicedesk | E-Mail↯ | 3–12 min | 17 % |
| 04Bearbeitung zweiter Level | Systemadministration | Admin-Konsolen↯ | 5–95 min | 36 % |
| 05Abschluss & Dokumentation | Servicedesk | Ticketsystem | 3–8 min | 4 % |
120,000回の実行、明確な回答
各グラフィックはビフォー・アフターを示します。値は棒の上に表示されています — 色は第二のシグナルであり、唯一のシグナルではありません。
158
Tickets/Woche
42 %
0.1–2.0稼働日数
Erstqualifizierung — 41 %
まず分布です、ここではそれが本当のメッセージだからです：中央値は0.2稼働日、P90は2.0です。十倍の差です。サービスデスクを平均値で評価する者は、問題のなかった四分の三を測っているに過ぎません。
最も高いボトルネック確率は41％で初期判定にあります。これは大部分が量の効果です：それはすべてのチケットに触れます。第二レベルはチケットの41％にしか触れませんが、それでも36％に達しています。それがそもそも見るチケットに関しては、ほぼ九割の場合で決定的なステップです。
その背後の数値はその稼働率です：93％。この領域ではキューは負荷と同じ速度で増えず、より速く増えます。エスカレートしたチケットの中央値は1.1日、P90は2.8日です。
年間約1,775件のエスカレーションは常に同じ五つの標準手続きに関わります：パスワード、ライセンス、VPNプロファイル、グループメンバーシップ、プリンター。第一レベルはそれらを処理できます。第一レベルにはそれを行う許可がありません。
第一レベルに権限が付与されます。他には何も。
提示されたチケットシステムは別の問いへの回答であったでしょう。計測は示します：ボトルネックはソフトウェアではなく権限マトリクスです。
介入はある変更から成ります：明確に定義された五つの標準手続きについて、第一レベルが現在問い合わせている権限を得ます。作業は消えず、デスク一つ分前方へ移動します。初期判定はその結果長くなり、モデルでは6〜24分が6〜29分になります。
他の何も触れません：新しいソフトウェアも追加のポジションも、利用者への再問い合わせループの変更もありません。
処理時間の中央値はminus54%です。
- 所要時間
- 0.2 → 0.1 稼働日数
- スループット
- 158 → 200
- 容量超過日数
- 42 % → 5 %
- 年間削減額
- €26,000
エスカレーション率は41％から17％に下がり、第二レベルの稼働率は93％から74％に下がります。この領域ではキューが過剰に反応するため、エスカレートしたチケットのP90は2.8日から1.4日に下がります。負荷は5分の1減り、待ち時間は半分になります。
すべてのチケットに対する中央値は0.2稼働日ではなく0.1になり、P90は2.0ではなく1.0になります。1日以上かかるチケットの割合は26％から10％に下がります。
ボトルネックは作業が追加された場所に移動します。 初期判定のボトルネック確率は41％から59％に上がります。サービスデスクの稼働率は69％に留まります。引き継ぎと大部分のステータス照会が同時に減るため、追加作業は彼らが負います。
第二レベルは理論的に一日あたり約1,2時間を取り戻します。そこからプロジェクトの進捗が生まれるか、ただ静かなキューができるかは計測では決められません。
この分析でできないこと
すべての計測には限界があります。限界を隠す計測は広告にすぎません。
- 01
この分析は模範分析です。プロセス、ロール、時間は構築されたものであり、顧客から収集したものではありません。
- 02
利用者のダウンタイムはユーロで評価されていません。 それはおそらく最大の項目であり、同時に最も証明しにくいものです。それを織り込む者はすべての自動化を過大評価します。表示されたコストは二重作業と待ち時間から生じるステータス照会のみを含みます。
- 03
権限を拡大することはセキュリティ上の判断です。この分析は時間短縮を計算し、リスクは計算しません。明確に定義された五つの標準手続きは管理者アカウントとは異なります。
- 04
ここでの「容量超過日」はこういう意味です：そのような労働日において、終業時点で少なくとも一つの役割で、その役割が1日で処理できる量を上回る仕事が残っているということです。
- 05
「スループット」は最も逼迫する役割が許す上限であり、実際の量ではありません。実際の量は週あたり148件で、以前は上限の94％でした。
- 06
シミュレーションは各ロールに到着順で対処します。緊急度による優先順位付けはモデル化されていません；優先順位付けが機能するサービスデスクであれば、より良いP90を持ち、同じ結論になるでしょう。
- 07
P10–P90は最悪事態の検討ではありません。全ケースの10％ではP90の値より長くかかります。
お客様のプロセスは異なって見えるはずです。
この分析はサンプルです。お客様の数値はサンプルではありません。FlowVisualでご自身のプロセスをモデリングすれば、同じ評価が得られます—お客様のコンピュータ上で、お客様の値で。