BPRの進め方｜業務棚卸しから役割を再設計し、小さく試す手順

BPRの進め方で迷ったら、最初に「何を効率化するか」ではなく「どんな事業の状態を実現したいか」を決めます。受注が増えても納期を守りたい、採用と配置の判断を早めたい、顧客への報告品質をそろえたいなど、目的によって見直す業務の範囲が変わるためです。

BPRは、既存の手順を少しずつ直すだけの活動ではありません。一方で、全社を一度に変える必要もありません。対象を絞り、現場で試せる大きさに分けて進めます。

1. 改革の目的と対象範囲を決める

目的は「業務を効率化する」では広すぎます。「案件受注から要員確定までの待ち時間を短くする」「採用依頼の情報不足による差し戻しを減らす」のように、対象の流れと変えたい状態を一文にします。

続いて、対象に含める工程と含めない工程を決めます。例えば、営業の見積作成から配置確定までを対象にするなら、請求処理や入社後の評価は次の段階に分けます。範囲が曖昧なまま始めると、論点が増え、改革の責任者も決まりません。

2. 現状業務を事実で棚卸しする

業務フロー図だけでは、実際の待ち時間や非公式な確認が見えません。直近の案件、採用、顧客対応などを数件選び、次の項目を記録します。

記録する項目	確認すること
開始と完了	何をきっかけに始まり、何をもって終わるか
担当と判断	作業者と承認者は誰か。判断が保留された理由は何か
入力と転記	どの情報をどこへ入力し、何度転記しているか
待ち時間	実作業と、返信・承認・候補確認の待ち時間を分ける
例外	条件外の依頼を誰が引き取ったか

「担当者が忙しいから遅い」と結論を急がず、依頼の必須情報が揃っていない、判断権限が分散している、同じ情報を複数の台帳に入力しているなど、仕組みとして観察します。

3. 不要な工程と重複を見分ける

各工程について、次の3つの質問をします。

1. この作業は、顧客・候補者・現場のどの判断に使われているか
2. 同じ結果を別の担当者や台帳が作っていないか
3. なくした場合に、どのリスクが増えるか

目的のない報告や、誰も見ていない承認は廃止候補です。ただし、個人情報や契約上の確認、品質上必要な記録まで「非効率」として消さないよう、廃止の理由と代替の管理方法を残します。

4. 役割・権限・引き継ぎを再設計する

部門横断の仕事では、作業者を増やすより判断者を明確にする方が効果的な場合があります。営業は案件の確度と顧客条件、現場は必要なスキルと開始準備、人事は募集・選考の運営を担う、といった具合に、責任の境界を決めます。

引き継ぎには最低限、案件や依頼のID、期限、必要な役割、現在の状態、次のアクション、判断者を含めます。状態が「確認中」のまま担当者の受信箱に埋もれる設計は避け、期限超過時の通知先も決めておきます。

役割の見直しと配置や採用のつなぎ方は、人事と現場の役割分担を考えるための既存記事も参考になります。

5. 小規模に試行して定着させる

改革案は、1部署・1案件種別・1ポジションなど、結果を追える範囲で試します。試行前に、処理時間、差し戻し件数、情報不足の依頼数、担当者の確認回数を測ります。改善後の数字は実績として約束せず、試行結果として記録します。

新しい手順が守られない場合は、意識の問題と決めつけません。入力項目が多い、状態名が分かりにくい、例外の行き先がない、現場の判断権限がないなど、設計を修正します。安定した流れができてから、業務アプリやBPMツールへの置き換えを検討します。

改革を止めないための確認項目

• 目的と対象範囲を一文で説明できる
• 現状の待ち時間と差し戻しの発生場所を記録している
• 廃止する工程と残す記録の理由が説明できる
• 各工程に作業者・判断者・期限・例外の行き先がある
• 試行の結果を、成果と仮説に分けて記録する

改革の優先順位を決める

対象業務を決めたら、すべての問題を同時に直そうとせず、事業への影響と変更のしやすさで優先順位を付けます。顧客への影響が大きく、待ち時間や手戻りを記録できる工程は、最初の試行に向いています。反対に、関係部署が多く、目的や責任者が決まっていない業務は、範囲を小さく切ってから着手します。

優先度を上げる条件	調査で見ること
期限超過が顧客や候補者へ影響する	遅れた件数と影響の大きさ
同じ情報を複数人が入力している	入力場所、転記回数、更新者
判断が特定の人に集中している	不在時の滞留と代行可能な範囲
改善前後を測定できる	処理時間、手戻り、未完了件数

試行後に変えてよいものと守るもの

小規模な試行では、対象業務、担当者、期間、見る指標を固定します。途中で対象を広げたり、評価指標を変えたりすると、何が効果を生んだのか分からなくなります。一方、入力項目の順番や会議の頻度など、現場の負担を下げるための調整は記録を残したうえで変更できます。

試行の終了時は、成果だけでなく、例外時に誰が判断したか、引き継ぎに何分かかったか、入力漏れがどこで起きたかを確認します。うまくいかなかった点を隠さず、次の対象へ移す条件を決めます。BPRは新しい手順を作ることが終点ではなく、仕事の流れが目的に合うかを確かめる活動です。

関係者の意見を事実と分けて扱う

業務改革では、現場から「この承認は必要」「この入力は負担だ」という意見が出ます。意見をそのまま正解にせず、直近の案件や採用記録を使って、実際に何が起きたかを確認します。承認が品質事故を防いだのか、誰も見ていないまま形式化しているのかで、対応は変わります。

ヒアリングでは、通常の仕事だけでなく、期限変更、担当者不在、顧客からの急な依頼、情報不足のケースを聞きます。平常時の手順だけを設計すると、例外が発生した瞬間に元の属人的な運用へ戻るためです。例外の判断者と記録方法を新しいフローへ含めます。

定着後の見直し周期を決める

新しい手順を公開しても、事業や人員が変われば合わなくなります。試行直後は毎週、安定後は月次や四半期ごとに、待ち時間、手戻り、期限超過、例外件数を確認します。数字が悪化したときだけ会議を開くのではなく、変更を受け付ける担当者と見直しの場をあらかじめ決めます。

改善案を採用したら、手順書だけでなく、入力項目、権限、通知、引き継ぎ資料も同時に更新します。一部だけを変えると、古い手順と新しいシステムが並存し、現場の判断が再びばらつきます。

まとめ

BPRは、目的と対象範囲を決め、現状を事実で棚卸しし、不要な工程や重複を見極めて、役割・権限・引き継ぎを再設計します。全社一斉に進めるのではなく、測定できる小さな範囲で試行し、結果を見ながら次の工程へ広げる進め方が現実的です。