完璧を求めて妥協ができない。中途半端なものを出して「できない奴だ」と思われたくない。「先のばし」や「完璧主義」を脱するための方法を、『おい、とりあえず終わらせろ』を書いたエンジニアのnwiizo（ぬうぃぞう）氏が伝えます。（構成／ダイヤモンド社書籍編集局）
Photo: Adobe Stock
通知は他人の優先順位
せっかく仕事を始めたのに、途中で集中力がなくなってしまう。
最後まで終わらせることができない。
そんなときは、「通知」を切ってください。
なぜなら、通知は他人の優先順位だからです。
通知に即レスする人は、無意識に「他人の期待に100点で応えること」を優先しています。
結果、自分のタスクは0点になる。
他人への応答品質を完璧にしようとして、自分の完了を犠牲にする。これは「完璧主義」の変形でもあります。
一瞬の反応に対して、復帰コストが大きすぎる
ある日、通知に反応した回数を正の字で記録したら、午前中だけで17回でした。
コミュニケーションツールを作る企業は、注意を奪うためにあらゆる手段を使ってきます。通知はその最たるもの。
優秀なエンジニアたちが、人の気を散らすために全力で働いている。そして、見事に成功している。
問題は作業が途切れることではなく、復帰コストなんです。
チャットの通知を見る。元の作業に戻ろうとする。「さっきどこまで書いたっけ」。思い出すのに数分かかる。
思い出しても、さっきの没頭状態には戻りにくい。
私の実感では、一度切れた集中を取り戻すのに20分前後かかることも珍しくありません。
最初は「重要な連絡を見逃したら」と不安になるかもしれない。でも私のチームでは、30分後に確認すればほとんどの場合は事足りました。本当に緊急なら電話が鳴る。
「どうせ何をやっても変わらない」という冷笑は完璧主義の変形
通知を切れば、外からの邪魔は減る。でも、内側からの邪魔もあるかもしれません。
それは、「やるべきことが多すぎて、どれから手をつけていいかわからない」という状態です。
あるプロジェクトで、システム全体の改善を任されたことがありました。
改善すべき点は100個以上見つかった。放置された設計上の問題、ドキュメントの不備、動作確認の不足、パフォーマンスの問題。見れば見るほど問題が見つかる。
1週間、何も手をつけられませんでした。「この問題を直しても、あの問題が残っている」「根本から設計し直さないと意味がない」「自分ひとりでやっても、チーム全体が変わらなければ無駄だ」。そんなことを考えて。
ある日、腹を決めました。今週は1個だけ直す。「この不具合の対処を修正する」、それだけ。
他の99個は、見ないことにしました。
3日後、その1個が直った。小さな達成感があった。翌週、また1個を選んだ。また直った。
3か月後、気づけば30個の問題が解決していました。
「どうせ何をやっても変わらない」という冷笑は、完璧主義の変形です。
「全体を完璧に直せないなら、一部分を直しても意味がない」という論理が、冷笑の裏に隠れている。
でもこの論理は間違っています。
ある部分を直した経験が、次に直すべき部分を教えてくれるんですよ。全体像は、部分を直した結果としてしか見えない。
だから、始めるときは意図的に視野を狭めるのです。今日やることはひとつだけ。世界のすべてに答えを出そうとしない。
ひとつ終わったら、また視野を広げればいい。
その積み重ねで、明日の自分が続きから始められる状態になっているはずだ。
本書の内容
まえがき 完璧を目指して、今日も終わらなかった
「もう少し良くしてから」の罠
「60点で出す」という革命
私たちには「終わらせる技術」が必要だ
第1章 おい、部屋を掃除しろ ―― 「完了」の正体を知る
「擬似完了感」のループに陥ってはいけない
「部屋の掃除」は終わらせるための小さな練習 ―― 小さな完了は複利のように効く
「わかってから出す」は動かない言い訳
あなたの「まだ60点」は、相手の「もう十分」かもしれない
「真面目な完璧主義」は「怠惰な先延ばし癖」と同じ
「良い」の基準を自分の中だけにとどめるな
先延ばしは「明日の自分への丸投げ」で進行する
「今日こそ頑張ろう」を繰り返さないための5ステップ
第2章 おい、やることを絞れ ―― ステップ1「決めろ」
何も聞かないまま2週間過ごすな
スコープを絞れ
「良い感じ」は測れないから終了条件を言語化する
ゴールは近い未来に置く
60点とは妥協ではなく「何を捨てるかを選ぶ」こと ―― 優秀なエンジニアも「諦めること」を決めて動く
早く聞く人が一番偉い ―― 「この方向で合ってますか？」を最初の30分で聞く
「山の間で立ちすくむロバ」になるな ―― 「十分良い」を選ぶ
小さな決定を頭の外に出す
第3章 おい、完了を祝え ―― ステップ2「分けろ」
やるべきなのに手が動かないのは、タスクがでかすぎるから ―― 「根性」より「構造」を疑え
「ただ手を動かせば終わる作業」に悩まないために ―― 「わからなさ」には5つの層がある
「全部わからない」は、書き出す前の幻想
完了を祝え
自分の「動ける粒度」を知る
動いたから見えた問題は前進の証拠
第4章 おい、手を動かせ ―― ステップ3「始めろ」
完璧な準備は、永遠に来ない ―― 方向だけ確認してから走れ
やる気を待つな ―― でも、体調は本当に大事だ
「本来の自分」という幻想を捨てる ―― 言語化も60点でいい
無駄かどうかの「判断そのもの」を消す環境設計
「美しい暮らし」の話にしないこと
「馬鹿げた小ささ」が効く ―― 「毎日30分」が失敗を作る
完璧主義者こそ、AIに叩き台を作らせろ
思わず始めてしまう「トリガー」を設定せよ
「失敗しても致命傷にならない構造」を先に作る
通知を切れ、視野を狭めろ ―― 「どうせ何をやっても変わらない」という冷笑は完璧主義の変形
第5章 おい、60点で出せ ―― ステップ4「出せ」
成果物と人間の価値は別物 ―― 「もし後輩がこれを出してきたら？」と想像する
シンプルなものをシンプルなまま出せ ―― 「早く終わってしまった気まずさ」を超える
早めのフィードバックは自分の死角に気づかせてくれる ―― アウトプットの質を落とす記憶の書き換えに抗う
「評価されたい」と「60点で出す」は両立する
助けが必要な状態を、ひとりで抱え込まない ―― 「60点で出す」のを許されるための関係性の作り方
「後戻りできないポイント」を外さない ―― 完了が先、改善は後
第6章 おい、いいからやり直せ ―― ステップ5「回せ」
「未来に向けたアドバイス」を受け取れ ―― 相手を評価者モードから助言者モードに変える問い
場当たり的な改善は「言葉の裏」を読むことで防げる
フィードバックの価値は受け手の準備で半分決まる ―― 解決法ではなく問題を言語化する
1回のフィードバックから10回使える原則を抜き出せ ―― 「自分は成長している」という感覚に騙されない
優れたチームは「誰が悪かったか」を問わない ―― 感情の処理と構造の理解を分ける
100回夢見るより60点で3回出せ
小さな成功が「地味な確信」を育てる ―― 「高揚感のある自信」より「地味な確信」
失敗など構わない ―― 仮説があれば
あとがき ―― あなたが終わらせたものを、誰かが待っている
私のおすすめの本を紹介します ―― とりあえず終わらせるために効く本たち
