不言実行スタイルに気づいたきっかけ

製造業のDX推進を担当する中で、「提案書を作って上司に説明して承認を得て…」というプロセスに時間がかかりすぎると感じていました。あるとき思い切って「承認を待たずに小さなプロトタイプを作って見せる」という方法を試したところ、驚くほどスムーズに話が進みました。

言葉より動いた方が早かった経験

生産実績の集計作業を自動化したいと思っていた時、「提案書を作って承認を得てから開発する」という手順を踏んでいたら何週間もかかっていたでしょう。代わりに週末で動くものを作って月曜日の朝に「こういうの作ってみました」と見せたところ、その場で「使おう」となりました。

Power AutomateのRPA導入で実証

RPA導入の際も同じアプローチを取りました。「RPAで業務効率化できます」と話すより、実際に動くフローを作って「これで毎月12時間削減できます」と数字付きで見せた方が、意思決定が格段に速くなりました。不言実行のスタイルは、特にDX推進の現場では非常に有効です。

副業でも同じ原則が通用した

ロコナラで最初のサービスを出品した時も、「完璧に準備してから」ではなく「とりあえず出してみて反応を見る」アプローチを取りました。最初の出品はクオリティが高いとは言えませんでしたが、実際に出すことで初めて「何を改善すべきか」がわかりました。話している時間より動いた時間の方が学びが多い。

このスタイルの弱点と対処法

不言実行の弱点は「勝手に進めた」と見られるリスクがあることです。対処法は「承認を得る前に動く」ではなく「小さなスコープで試して、見せてから拡張する」という順序を意識することです。最初は小さく始めて、結果を見せてから本格展開の承認を取る方が受け入れられやすいです。

チームで働く時の注意点

チームで働く場合は「一人で走りすぎない」ことが重要です。不言実行のスタイルは個人の行動力として有効ですが、チームの動きと大きくズレると連携が崩れます。「小さく作って見せる」「気軽に相談できる雰囲気を作る」のバランスを意識することが大切です。

まとめ