完璧を求めすぎて仕事を終えられない。やらなければいけないことを先延ばししてしまう。そんなときの対処法を、『おい、とりあえず終わらせろ』の著者、nwiizo(ぬうぃぞう)氏が伝えます。(構成/ダイヤモンド社書籍編集局)

おい、とりあえず終わらせろ失敗Photo: Adobe Stock

動けないのには理由がある

 常に目の前の仕事で手いっぱい。

 上司から「失敗してもいいから、まずはやってみよう」とだけ言われる。

 そうは言っても、手は抜きたくなくて結局時間がかかってしまう。

 そんな経験はないでしょうか。

 いざ本当にうまくいかなかったら、誰が対応するのか。今の仕事にどこまで影響するのか。やり直しになったら、その時間を確保できるのか。

 そこが見えないままでは、「失敗してもいい」と言われても、安心して踏み出せないのです。

 言葉では「失敗OK」と言っていても、仕組みが「失敗したら全部やり直し」を強いている。

 そんな矛盾があれば、手が止まるのは当然です。

「戻せる構造」を先に作る

 私も、仕事を先延ばしにした経験が何度もあります。

 システムの作り直しを任されたときのことです。対象のプログラムは動作確認が不十分で、触ったら何が壊れるかわかりませんでした。

 実際に壊れたら、稼働中のサービスに障害が出る。そんな構造のままでは、「小さく始めれば、失敗も小さくなる」と自分に言い聞かせても、信じ切れませんでした。

 結局、着手を3週間先延ばしにしました。慎重になるのは、ある意味合理的だったのです。

 転機は、作業用のコピーを作って、変更後の動作を確認できるようにしたことでした。

 それなら、壊れたら元に戻せばいい。稼働中のサービスには影響しない。

 この「戻せる構造」を先に作った瞬間、着手の恐怖が消えました。

 3週間止まっていた私に必要だったのは、作業用のコピーと、動作確認でした。失敗したときに何が起きるかがわかり、戻す方法も見えたことで、ようやく手を動かせたのです。

「失敗してもいい」を、仕組みにする

「失敗してもいい」は、失敗しても致命傷にならない構造を先に作ってから言えることです。

 たとえば、いきなり部署全体のやり方を変える前に、一部の業務だけで試す。元の手順を残し、うまくいかなければ戻せるようにする。試す期間や、中止する条件も決めておく。

 そこまで具体的になれば、部下も「何を試してよくて、どこから相談すべきか」を判断しやすくなります。

 背中を押す前に、「失敗したとき、どこまで戻せるか」を一緒に確かめてみてください。

 もし戻せないなら、まず試す範囲を小さくできないか考える。失敗した後の対応まで、ひとりに抱え込ませない。

「挑戦してほしい」という期待を、動き出せる条件に変える。その準備も、仕事を任せる側の大切な役割なのです。