承認リードタイムを見える化し、改善手順を実務に沿って解説

承認リードタイムを把握したい製造業向けに、遅延が起きる構造や原因、改善の進め方を現場への定着という観点から解説します。開始・終了イベントの決め方や分布の見方、自社で優先順位を決める判断軸、最初に取り組む手順も紹介します。

この記事でわかること

  • 承認リードタイムを業務KPIとして定義する方法が分かります
  • 平均だけでなく分布で見るべき理由を理解できます
  • 改善サイクルを回す実践ステップを整理できます

リードタイムは、測定区間を決めないと比較できない

「承認が遅い」という話を改善に使うには、どこからどこまでを時間として数えるかを先に決めます。申請者が下書きを始めた時点から測るのか、必須項目がそろって受付された時点から測るのかで、含まれる作業が変わります。終点も、最後の承認操作、申請者への通知、発注や着手が可能になった時点では意味が異なります。

申請準備にかかった時間まで含めるとフォームの問題を見つけやすくなりますが、承認者の処理速度との比較には向きません。まず測りたい問いを「承認判断の速さ」「受付から完了まで」「申請から着手まで」のどれかに絞り、開始イベントと終了イベントを定義します。

定義が決まれば、感覚的な遅さを、同じ条件で比較できる業務指標へ変えられます。 申請の種類によって適切な区間が違うため、全社で一つの数字に押し込めないことも大切です。設備投資では申請から着手まで、定型購買では受付から承認までなど、意思決定に必要な時間を選びます。

受付前・承認中・承認後を一つの時間に混ぜない

数値が比較できない主因は、受付前の不備確認、承認者の待ち時間、承認後の発注や着手準備が同じリードタイムに混ざることです。受付日を記録せず申請者の作成日だけを使えば、入力のために止まった時間まで承認者の責任に見えます。

差し戻しを一度終了して再申請として扱うか、同じ案件の継続として通算するかでも結果は変わります。休日を含む暦日か、稼働日だけかも明記が必要です。比較のためには、少なくとも次の項目を分けて保存します。

  • 受付日時
  • 各承認段階の依頼日時と完了日時
  • 差し戻し回数
  • 最終承認日時

全体の経過時間と、承認段階ごとの待ち時間を別々に出せば、フォームの不備と承認者の滞留を同じ対策で処理せずに済みます。測定項目を先に固定し、数値が示す範囲を説明できる状態を作ることが重要です。

さらに、並列承認を単純に合算するか、最後の承認までを区間とするかを決めます。承認段階が増減した月は、同じ条件の比較対象から外すか注記を付け、数字だけで運用変更を隠さないようにします。

問いに合わせて、全体・段階・分布の3層で測る

測定は三層に分けると、会議で使いやすくなります。

  1. 第一層は受付から最終承認までの全体時間で、申請者がいつ判断を得られたかを確認します。
  2. 第二層は承認段階ごとの依頼から完了までで、どの役割に待ちが集中するかを見ます。
  3. 第三層は平均、中央値、最大値、一定日数超過件数などの分布で、少数の長期滞留を見落とさないようにします。

さらに申請分類、部門、金額帯、緊急度を軸に切り分けますが、最初から細かく分けすぎると件数不足で判断できません。まず直近3か月のデータで、測定区間ごとの件数と欠損を確認し、比較可能な分類から基準値を作ります。指標を見た会議では、超過案件の担当段階、差し戻しの有無、次に確認する記録を一件単位で決めます。

数値を並べるだけでなく、どの問いに答える測定かを併記することが、改善へつなげる条件です。

会議資料では、指標名の横に開始・終了イベントを短く表示し、前月との差だけでなく対象件数も示します。件数が少ない分類の変動は断定せず、代表案件の確認を次の作業として残します。

表02.00-1承認リードタイムを確認する3層の指標

見る層主な指標分かること確認単位
全体受付から最終承認までの日数全体の処理速度申請分類別
承認段階各段階の滞留日数どの確認で時間がかかるか役割・工程別
分布中央値・最大値・期限超過件数一部の長期案件に偏っていないか月次・四半期別
平均値だけで結論を出さず、期限超過や長期案件の原因を個別に確認します。

区間を曖昧にした指標は、責任と施策を誤らせる

開始点と終了点が曖昧なまま数値を掲げると、実際には変わっていない工程を改善したように見せたり、別部門の作業を承認者の責任に含めたりします。平均だけなら、少数の長期滞留が埋もれ、案件の着手や発注を遅らせた事実が見えません。

逆に最大値だけを追えば、例外案件の特殊事情で通常業務まで厳格化するおそれがあります。差し戻しを別案件として数えると再作業が増えているのに件数が分散し、通算すると受付前の不備まで承認遅延に見えることがあります。

定義と分布を残さない指標は、会議で責任者を探す材料にはなっても、フォーム、ルート、期限設定のどれを直すべきかを示しません。測定の前提を固定し、例外と欠損を明示することが、誤った短縮や統制緩和を防ぎます。 測定方法を月ごとに変えると、改善前後の差を検証できなくなります。

制度変更や繁忙期など比較条件が変わった場合は、数値を無理に一列へ並べず、変更日と影響範囲を注記して判断材料を守ります。

まず測定定義を一枚に固定し、3か月分を集計する

先に一枚の定義表を作り、次の項目を明記します。

  • 測定対象
  • 開始イベント
  • 終了イベント
  • 暦日か稼働日か
  • 差し戻しの扱い
  • 対象外にする例外

次に直近3か月の申請から受付日時、承認段階ごとの依頼・完了日時、差し戻し回数、最終承認日時を集め、欠損件数も併記します。全体時間と段階別時間について、次の指標を算出し、申請分類と部門で分けます。

  • 平均
  • 中央値
  • 最大値
  • 90パーセンタイル
  • 一定日数超過件数

数値が大きい区分は、代表案件を数件選び、実際に止まっていた理由を記録します。目標値は根拠のない一律短縮率ではなく、対象区分の基準値と業務上の期限から置きます。定義表と集計表を次回会議の資料に固定し、以後の比較で測定方法を変えないことが最初の成果です。

最後に、数字を見て誰が何を確認するかを担当表へ追記します。たとえば段階別の超過は承認者へ、受付前の長期化は申請フォームの管理者へ渡し、次回レビューで対応結果を確認できる状態にします。

まとめ

承認リードタイムは、平均値だけでなく中央値・最大値・滞留件数をセットで見て初めて改善に使える指標になります。まず3か月分のデータで基準値を作り、分類別・部門別に分解して優先改善対象を決めてください。

よくある質問

承認リードタイムは平均値だけ見れば十分ですか?

不十分です。平均値だけでは遅延の偏りが見えないため、中央値、最大値、滞留件数、分位点を併せて確認する必要があります。

どの単位で測るべきですか?

全社だけでなく、申請分類別、部門別、承認段階別で測ると改善対象が明確になります。単位を分けることで、施策の優先順位を合意しやすくなります。

目標値はどう設定すればよいですか?

まず現状を一定期間計測し、遅延上位の申請で段階的な短縮目標を設定します。いきなり全件共通目標を置くより、重点領域から改善する方が現実的です。

承認速度を上げると統制が弱くなりませんか?

統制設計を明確化すれば両立できます。定型案件と高リスク案件で承認条件を分け、必要な審査密度を保ちながら不要な待ち時間を削減します。

リードタイム改善がROIにどうつながりますか?

待機工数、再調整工数、着手遅れの影響を時間換算し、導入前後で比較することでROIを説明できます。意思決定の前倒し効果も合わせて示すと有効です。

自社の課題を具体的に整理する

承認リードタイム改善ガイドをダウンロード3分で次の1手が分かるDX課題ナビを試す