「考えなくても回る仕組み」の作り方。属人化を解消する現場設計のゴール。

【定義】一文で言い切る

現場設計とは、ツールを入れる前に「誰が・何を・どの順番で・なぜそうするのか」を構造化し、人が自然に動ける流れを作ることです。

「現場設計」と言うと、こう思われることがあります。

「業務フロー図を書くことですか？」「マニュアル整備のことですか？」

半分は正しい。しかし本質は違います。

フロー図を書くことが目的ではありません。「なぜこの流れでやるのか」を言語化し、誰がアサインされても同じ品質で回る状態を作ること。それが現場設計です。

改善プロジェクトの多くは、こういう結末を迎えます。

改善した。回った。終了。

しかし半年後、担当者が変わった途端に元に戻る。あるいは「前任者のやり方がよくわからない」と、また一から手探りが始まる。

なぜか。「何をするか」は残っても、「なぜそうするか」が残っていないからです。

現場設計とは、この「なぜ」まで含めて構造化することです。

以前、ある大手企業の期間アルバイト採用業務を担うBPO案件に入りました。毎年恒例の大量募集で、過年度の優秀者に先行アプローチして囲い込む、というフローでした。

前年のやり方を聞いた瞬間に、「事故る」「手間で死ぬ」と確信しました。

メールテンプレートにバイネームの宛先を1件ずつ手作業で挿入。下書きフォルダに入れたメールを、別のSVが元のリストと突合しながら全件目検。作成したSVが再度目検しながら1件ずつ送信。これを300件。

返信確認も毎日手作業。返信があれば1件ずつ返信メールを作成してリストにステータスを転記。夕刻にクライアントへ現状報告するという流れです。

確認すると、前年はメールの誤送信が5件発生。送受信とステータス管理だけで数十時間を費やしていたとのこと。インシデントのリカバリを含めればさらに多い。

即座に提案しました。

MS Formsを使った先行案内に切り替える。ステータスはリアルタイムで反映され、クライアントもいつでも確認できる。メール送信はVBAで宛名を自動挿入し、段ズレやコピペミスを防ぐ。ただし「百歩譲って」送信時の目検だけは残す。

完全自動化はしませんでした。クライアントも現場も安心できる「確認の余地」を意図的に残した。導入抵抗を下げるためでもありました。

Formsのフローをレビューして、強く実装を要望し合意。

結果、先行募集は事故ゼロで半月前倒して完了しました。「なんで去年はこんな提案をしてくれなかったんだ」と、褒められ半分、叱責されました(笑)。

しかし本当に感謝されたのは、その後に行ったことでした。

まったく整備されていなかった業務一覧を、フロー図付きで作成しました。納品物のあるべき姿と「なぜこの手順で行うのか」を、誰も迷わないドキュメントにまとめた。アサインされたスタッフのマインドセットまで付録でつけました。

毎年同じSVがアサインされる保証はありません。だからこそ「なぜ」まで残す必要があった。

後任者から「あれで助かってます」と言われたのは、ずいぶん後のことでした。

改善して、回って、終了——では現場設計とは言えません。

「何をするか」だけでなく「なぜそうするか」まで構造化して初めて、現場は自走できる状態になります。担当者が変わっても、年度が変わっても、同じ品質で回り続ける仕組み。それが現場設計のゴールです。

ツールは手段です。ドキュメントは資産です。そして「なぜ」は、現場が次の世代に渡せる唯一の財産です。