社内で最も声が大きいプロセスが最も高コストとは限りません
ある技術コンサルが休暇申請のデジタル化を望んでいます。測定は批判を裏付けますが投資には合いません。プロセスは遅いが安価です。
セルフサービスは効果がありそうです。処理時間は73%短くなります。それでも採算は合いません：年間310件の申請を各18分処理しても、導入費11.500€とライセンス2.600€を正当化できません。
4.8稼働日数
10件中8件は2.7日から10.2日です。
Genehmigung Teamleitung
100回のシミュレーションのうち61回でこのステップがボトルネックでした。
€4,000
年間あたり。推定で€3,500から€4,500の間です。
€1,500
年間あたりです — これに対して導入費用が€11,500かかります。採算は合いません。
休暇申請
- 業界
- エンジニアリング事務所です
- 規模
- 48 Mitarbeitende
- 年間件数
- 310
- フルコスト率
- €62 / h
- シミュレーションの実行回数
- 120,000
- 時点
- 2026年8月
休暇申請は社内で「うちでは何もデジタル化できていない」の定番例です。紙の経路が四つ、中央値で回答までほぼ五稼働日、夏ははるかに長い。あるベンダーがセルフサービスモジュールを提示している：導入11.500€、年ライセンス2.600€。
署名前に計算します：年間310件、五ステップ、三役割、完全原価62€。申請数は季節変動します。夏休み前と年末前は二月に比べほぼ二倍です。モデル化し12万以上のランでシミュレーションしました。
実際の流れに沿ったプロセス
FlowVisualでモデリングされたプロセスです。↯はメディア断絶を示します — データが手作業で一つのシステムから別のシステムへ移される箇所です。
| ステップ | 役割 | システム | 所要時間 P10–P90 | ボトルネック |
|---|---|---|---|---|
| 01Antrag ausfüllen | Mitarbeitende | Papierformular↯ | 3–7 min | 0 % |
| 02Genehmigung Teamleitungボトルネック | Teamleitung | Papier↯ | 1–4 min | 61 % |
| 03Prüfung Resturlaub | Personal | Excel↯ | 2–19 min | 39 % |
| 04Eintrag Zeitwirtschaft | Personal | Zeiterfassung↯ | 2–6 min | 0 % |
| 05Rückmeldung | Personal | 1–3 min | 0 % |
120,000回の実行、明確な回答
各グラフィックはビフォー・アフターを示します。値は棒の上に表示されています — 色は第二のシグナルであり、唯一のシグナルではありません。
20
Anträge/Woche
2 %
2.7–10.2稼働日数
Genehmigung Teamleitung — 61 %
主張は正しいです。処理時間の中央値は4.8稼働日、P90は10.2です。ランの61％で「チームリーダーによる承認」がボトルネックです。理由はプロセス自体にあります：繁忙期には承認者も休暇で不在であることが多いのです。
第二の待ち時間は負荷ではなくタクトです。人事部は休暇申請を火曜と木曜にまとめて処理します。このステップはランの39％でボトルネックです。
そしてここが肝心な数字です。申請一件は18分の作業で四人に分配されます。どの役割も30％を超える稼働にはなっておらず、稼働日の2％では処理以上の業務が残っています。
そのうち回避可能なのは一件当たり約13分です：紙の申請、表での確認、転記、フィードバック。年間310件では「約4.000€。これがこのプロセスに帰属可能な全コストです。」
シミュレートされたセルフサービスシナリオ
買って期待する代わりに、提案はモデルで計算されました。しかも提供者が説明するように寛大に計算されています：ポータルで申請、残休日はシステムが算出、勤怠システムへの登録は夜間のバッチ処理で行われ、通知は自動で送信されます。承認だけは人が行います。
それでも12件に1件は人事部の対応になります。過度の残存休暇、特別休暇、訂正です。この残り分は相殺の計算で差し引かれています。さもなければ、節約額がその分だけ過大になります。
処理時間の中央値はminus73%です。
- 所要時間
- 4.8 → 1.3 稼働日数
- スループット
- 20 → 49
- 容量超過日数
- 2 % → 0 %
- 年間削減額
- €1,500
対策は明確に効果をもたらします。中央値のリードタイムは4.8労働日から1.3労働日へと短縮します。マイナス73％。 P90は10.2から2.2に、処理時間は申請1件あたり18分から5分になります。ボトルネックは承認のままで、人が関与するのがそれだけだからです。加えて、作業時間はゼロ分でも半日を要するステップがあり、それが夜間に時間管理へ取り込まれる工程です。
それでも、労働時間の節約は年間約4,000 €になります。そのうち2,600 €はライセンス料です。残りは約1,500 €です。導入費用は11,500 €です。回収期間は約8年弱です。
したがって推奨は：買わないこと、少なくともこの理由では買わないことです。収支が逆転するのは年間約490件の申請で、つまりおおよそ従業員75人以上です。それまでは休暇申請は社内で最も騒がしいプロセスですが、最も高価なものではありません。そして、より良い問いは「どう速くするか」ではなく「私たちのプロセスのうち本当に最も高価なのはどれか」です。
二つの例外が明確に並びます。第一に、いずれにせよ時間管理が置き換えられる場合、このモジュールは導入ではなく追加料金です。そのとき計算は完全に変わります。第二に、待ち時間が四日短くなることはユーロで表せなくても、それでも価値があります。本分析はその有益性を否定せず、それを金額で示しています。
この案件はアーカイブにあります。なぜなら方法の4番目のステップは「検討」(abwägen)であり「正当化」(begründen)ではないからです。「何もしない」も一つの結果です。
この分析でできないこと
すべての計測には限界があります。限界を隠す計測は広告にすぎません。
- 01
この分析は標準例の分析です。プロセス、役割、数量、提示価格は作成されたものであり、顧客から収集したものではありません。
- 02
回避可能な分の時間は、同じ申請をセルフサービスで段階的に行った場合の相殺の計算と比較しています（ゼロと比較していません）。デジタルであっても申請には時間がかかります。
- 03
導入費とライセンス費は提示された値です。より安い提案があれば逆転点は下がり、連携インターフェースが必要なら上がります。
- 04
満足度、計画可能性、チーム内の問い合わせ減少のようなソフトな効果はユーロ換算されていません。それでも意思決定を支えることはできます。ただしその場合、ここに示した計算とは別の計算を正当化することになります。
- 05
ここでの「容量超過日」はこういう意味です：そのような労働日において、終業時点で少なくとも一つの役割で、その役割が1日で処理できる量を上回る仕事が残っているということです。
- 06
「スループット」は最も逼迫した役割が許す上限であり、実際の量ではありません。実際の量は週に約6件です。49件へのジャンプは申請数が増えることを意味するのではありません。それは夏のピークが目立たなくなることを意味します。
- 07
P10–P90は最悪事態の検討ではありません。全ケースの10％ではP90の値より長くかかります。
お客様のプロセスは異なって見えるはずです。
この分析はサンプルです。お客様の数値はサンプルではありません。FlowVisualでご自身のプロセスをモデリングすれば、同じ評価が得られます—お客様のコンピュータ上で、お客様の値で。