記事を書いてる人：あまみ るい
数年前、僕は新しいドキュメント管理ツールの導入リーダーを任されたことがありました。当時の僕が最も恐れていたのは、「導入後に現場が混乱し、不満が出ること」でした。
失敗したくない。誰からも文句を言われたくない。その一心で、僕は完璧なマニュアルが出来上がるまで、そして想定されるすべてのトラブルへの回答を用意できるまで、プロジェクトの実行を3ヶ月も遅らせました。
しかし、3ヶ月後にようやく重い腰を上げたとき、待っていたのは現場からの感謝ではなく、疲弊しきったメンバーの冷めた視線でした。検討を重ねている間に、古いツールの不具合は放置され、現場のストレスは限界に達していたのです。
「副作用のない改善」を追い求めて、結局何も始められなかった。この経験から僕は、完璧主義がどれほど残酷な結果を招くかを痛感しました。
でも今は、副作用を「避けるもの」ではなく「予算化すべき投資」と捉えることで、100点を目指さずとも確実に現場を前に進めることができています。
この記事では、なぜ「完璧な準備」が改善を殺してしまうのか、その構造的な正体をお伝えします。
「準備万端なら失敗しない」という幻想
「新しいことを始めるなら、リスクをゼロにしてからにするべきだ」。
僕たちは、子どもの頃からそう教えられてきました。テストでも仕事でも、準備が不十分なまま飛び込むのは「無責任」であり、プロ失格だと。世の中のビジネス書や成功事例でも、いかに「緻密に設計された戦略」が勝利を導いたかが華々しく語られています。
こうした「完璧な設計図」への憧れは、現場に強力な呪縛をかけます。
例えば、たった一つのExcelマクロを導入する際にも、「もし入力ミスがあったら？」「もし想定外のデータが来たら？」と例外ケースの網羅に時間をかけすぎ、肝心のメイン業務がいつまでも効率化されない。そんな光景を、僕は何度も見てきました。
僕たちは、準備を重ねれば重ねるほど、リスクが消え、成果だけをスマートに受け取れるゴールが近づくと信じているのです。
検討を重ねるほど「動けない理由」が増える現実
しかし、現実は僕たちの期待とは逆の方向へ進んでいきます。不思議なことに、検討期間が長くなればなるほど、人々の決断力は鈍り、実行へのハードルは上がっていくのです。
なぜなら、時間をかけるほど「失うもの（現状のメリット）」ばかりに目が向くようになり、現状維持バイアスが強化されるからです。どんなに優れた改善案であっても、細部を突けば必ずデメリットは見つかります。そして、時間をかければかけるほど、その「些細なデメリット」が、全体の改善効果を帳消しにするような「許容できないリスク」に膨れ上がって見えてしまうのです。
| 項目 | 一般的な期待値 | 残酷な現実 |
|---|---|---|
| リスクの量 | 準備するほど減る | 時間が経つほど環境が変わり、新たなリスクが増える |
| 決断のしやすさ | 材料が揃うほど決断しやすい | 情報が増えすぎて、一つの懸念で足が止まる |
| 現場のモチベーション | 期待感が高まる | 「まだ始まらないのか」と期待が失望に変わる |
僕がかつて経験したプロジェクトもまさにそうでした。副作用を恐れてマニュアルを磨き上げている間に、現場の業務環境は微妙に変化し、精巧に作ったマニュアルの一部はリリース前から「賞味期限切れ」になっていました。
【図解：検討のループ】
「失敗を恐れる」→「検討期間の肥大化」→「現状維持バイアスの強化」→「些細なリスクに怯える」→「さらに検討」という無限ループの図案
検討という名の「何もしない時間」を重ねた結果、僕たちはリスクを管理しているつもりで、実は「機会損失」という最大のリスクを膨らませ続けていたのでした。
なぜ「副作用なしの改善」は存在しないのか
僕たちがどれほど準備を重ねても、結局のところ、現場の混乱をゼロにすることはできませんでした。
なぜでしょうか？
それは、業務改善とは「既存の秩序を壊し、新しい秩序を作る」ことそのものだからです。システム理論の世界では、複数の変数が絡み合う系において、一つの変数を最適化（改善）すれば、別の変数に影響が出る「トレードオフ」が不可避であるとされています。
例えば、入力手順を簡略化すれば、最初は誰だって操作に戸惑います。自動化ツールを導入すれば、中身がブラックボックス化するという不安が生まれます。これらは「改善の失敗」ではなく、改善という行為に付随する「影」のようなものです。
「すべての成果にはコストが伴う。それは金銭的なものだけでなく、一時的な不便やリスクという形をとることもある」
影を消そうとする人は、光（改善）を当てることさえ諦めることになります。副作用を拒否することは、実は「現状の非効率」を永続させることを選択しているのと同じなのです。
改善に伴う「不可避な副作用」リスト
- 習熟コスト：新しい操作に慣れるまでのスピードダウン
- 心理的抵抗：「今までのやり方」が否定されることへの不快感
- 想定外の例外：現場の運用で初めて発覚するマイナールールとの衝突
- 暫定的な二重管理：移行期間中に発生する手間
つまり、改善後の「1ヶ月間の成果下落」は、失敗の兆候ではなく、組織が新しいOSをインストールしている最中の「書き換え音」に過ぎないのです。
改善を「魔法」ではなく「投資」として捉え直す
そこで！
僕たちは、「リスクゼロ」を目指して足踏みするのをやめ、リスクを「あらかじめ支払うべき投資コスト」と定義し直す必要があります。改善を、振れば望みが叶う「魔法の杖」ではなく、一時的な痛みと引き換えに未来の利益を買う「投資」だと考えるのです。
なぜこの捉え方が有効かというと、副作用をあらかじめ予期していれば、実際に混乱が起きたときに「やっぱり失敗だったんだ！」とパニックにならず、「計画通りの支払いだ」と冷静に対処できるからです。
具体的には、以下の3つのステップで、副作用を含めた「投資としての改善」を設計していきます。
1発生する「1ヶ月の混乱」をあらかじめ予算化する
ステップ❶：混乱を「習熟プロセス」としてスケジュールに組み込む
改善案を実行する際、カレンダーに「実行日」だけを書くのはやめましょう。実行日から数週間、あるいは1ヶ月間を「習熟・調整期間」とし、あらかじめ生産性が2割程度落ちることを前提にスケジュールを組みます。これを「異常事態」ではなく「予定通り」と定義することが、リーダーにとっての最大の防御になります。
ステップ❷：メンバーに「最初は必ず成果が落ちる」と宣言する
現場メンバーに対しても、「新しい方法に慣れるまでは、必ず面倒だし間違いも増える。それは想定内だから、焦らずやってほしい」と事前に伝えます。この一言があるだけで、現場の心理的安全性が劇的に向上し、混乱を隠そうとしたり、こっそり元のやり方に戻したりする不利益を防ぐことができます。
ステップ❸：最初から100点を目指さず、30点でリリースする
マニュアルを完ぺきにする時間があるなら、30点の状態で一度走らせ、現場からのフィードバックを受けて40点、50点と磨き上げていく方式に切り替えます。机の上で100点を目指すよりも、現場という「現実」に触れながら改善する方が、結果としてゴールにたどり着くまでの時間は短くなります。
このように、副作用を隠すのではなく「正しくさらけ出す」ことで、組織は停滞という最大の病から抜け出すことができるのです。
まとめ
ここまでお伝えしたように、業務改善を阻んでいるのは「方法の不備」ではなく、副作用を許容できない「完璧主義の構造」です。
「最初から上手くいくはずがない」という当たり前の事実を組織が受け入れない限り、現場は永遠にリスクを恐れて足踏みを続けます。だからこそ、僕たちは努力の方向を「リスクを消すこと」から「リスクを賢く支払うこと」へとシフトさせる必要があるのです。
もし今、新しいことを始めるのに躊躇しているのだとしたら、それはその人が慎重なのではなく、組織の完璧主義の罠にハマっているだけかもしれません。かつての僕がそうであったように、まずは小さな「副作用」を受け入れることから始めてみてください。
最後までご覧いただき、ありがとうございました^^
