「今週の週末こそ、あのコードを進める。」
そう思いながら金曜の夜を迎えたはずなのに、気がつけば月曜の朝になっている。個人開発のリポジトリは、先週と何も変わっていない。
これはあなたの意志が弱いわけではない。エンジニアという職業が持つ特有の構造的な問題が、先延ばしを生み出している。
この記事では、そのメカニズムを整理しながら、自分のパターンを変えるきっかけになった3冊の本を紹介する。「後回しにしない技術」「すぐやる！」「ぼくたちは習慣で、できている。」の3冊は、いずれもAudibleで聴ける。通勤中や作業のすき間で繰り返し聴くうちに、行動の入口のつくり方が少しずつ変わっていった。
※ 30日間の無料体験。いつでも解約可能。
「今週こそやる」が毎週リセットされる、その本当の理由
先延ばしを繰り返すエンジニアに共通しているのは、「自分は意志力が足りない」という自己評価だ。しかし、意志力が問題の本質ではない。問題は設計にある。
週末の個人開発が続かない理由は、主に3つある。第一に、平日の仕事で認知リソースが枯渇している。第二に、「週末にまとめてやる」というハードルの高さが行動を阻む。第三に、「やる気が出てから始めよう」という誤った前提で待ち続けている。これらはすべて、意志の問題ではなく設計の問題だ。
週末に向けて積み上がる「やること」の重さ
月曜から金曜まで本業のコードを書き、設計を考え、レビューをし、会議に出る。エンジニアの平日は、脳をフル稼働させ続ける時間の連続だ。認知負荷という観点でいえば、金曜の夜には意志力の貯金がほぼ底をついた状態になる。
そこに「週末は個人開発をやる」という予定が乗っかっている。土曜の朝に目が覚めても、脳はまだ回復途中だ。午後になってようやく動けると思ったら、気づけば家事や買い物が入ってくる。日曜はもう翌日の仕事への備えで頭が占領されはじめる。
こうして「週末にやろう」という計画は、毎週静かに崩れていく。問題は週末に時間がないのではなく、週末に動き出すためのエネルギーが残っていないことだ。
エンジニアの仕事疲労が意志力を削っていく理由
心理学の世界では、意志力には上限があり、使えば使うほど消耗していくという考え方がある。エンジニアの仕事は、この消耗が激しい職種のひとつだ。
バグを追いかける集中力、要件のあいまいさを整理する認知負荷、締め切りが近づいたときの精神的プレッシャー。これらはすべて、意志力のリソースを少しずつ削っていく。だから平日に本気で取り組んだエンジニアほど、週末に「何もしたくない」という状態になりやすい。それは怠惰ではなく、消耗の結果だ。
「なぜ自分は週末になると動けなくなるのか」と悩むより、「平日に消耗した状態で行動を起こそうとしていた設計自体がまずかった」と捉え直す方が、解決への近道になる。
やる気を待つと、永遠に始まらない理由
もうひとつの根本原因は、「やる気が出たら始める」という前提だ。
やる気は行動の「原因」ではなく、行動の「結果」であることが多い。コードを書き始めてみると、最初の5分で乗ってくる。しかしその5分を始めるために「やる気」を待ち続けると、週末が終わる。エンジニアが本業でこれをやったら困るはずなのに、個人開発では同じことを繰り返してしまう。
気持ちの準備ができてから始めようとする限り、始まることはない。この認識が、先延ばしを構造的に変えるための出発点になる。
本を読んで初めて気づいた、「行動できない自分」の正体
3年ほど前、個人開発を「また来週」に持ち越すことを繰り返していた時期がある。ToDoリストは更新されるたびに同じタスクが上の方に並び続け、コミットログは週単位で空白になっていった。
自分の意志が弱いのだと思っていた。しかし、そのタイミングで手に取った「後回しにしない技術」が、その認識を根本から変えてくれた。
問題は「意志が弱い」ことではなかった
著者のイ・ミンギュは韓国の心理相談家だ。この本が提示するのは、先延ばしを「性格の問題」として扱うのをやめ、「行動の技術の問題」として捉え直すという視点だ。
先延ばしは弱さではない。行動を開始するための技術を知らないだけだ、という立場から書かれている。これを読んだとき、肩の力が抜ける感覚があった。「自分は意志が弱い」という自己評価が、実は行動の邪魔をしていたことに気づいたのだ。自己嫌悪でエネルギーを使っている限り、行動に使えるリソースは増えない。
「後回しにしない技術」で知った、行動の入口の作り方
この本が繰り返し強調するのは、「行動の入口を小さくすること」だ。
たとえば「個人開発を進める」ではなく、「エディタを開く」だけを最初のステップにする。「ドキュメントを書く」ではなく、「ファイルを1行だけ書く」から始める。目標の全体を見ると重たくなる。だから入口だけを見る。
エンジニアの仕事においても、この視点はそのまま使えた。大きなタスクを分解して、「次の1アクション」だけをToDoに書く。そうすると、始める抵抗が驚くほど小さくなる。「個人開発をやる」ではなく、「GitHubを開いてブランチを切る」という動詞に変えるだけで、ハードルが変わる。
「後回しにしない技術」はAudibleでも聴ける。聴き返すたびに「やろうとしているタスクの入口は何か」という問いを立てる習慣がついていった。
「後回し」にしない技術 「すぐやる人」になる20の方法
イ・ミンギュ 著 ／ ダイヤモンド社
先延ばしを「性格の弱さ」ではなく「技術の問題」として捉え直し、行動を開始するための具体的な方法を提示する一冊。「なぜやれないのか」という問いへの答えが、実体験に基づいた言葉で書かれている。個人開発や自己学習を続けたいエンジニアに刺さる内容だ。
Amazonで見る →「すぐやれない」のは脳の問題だった
行動の入口を小さくすることを学んでからも、「始めようとした瞬間に止まる」という壁がまだあった。タスクは小さくした。時間も確保した。それでも、なんとなくスマホを触ってしまう。なぜか。
この問いに答えてくれたのが、「すぐやる！ 行動力を高める科学的な方法」だった。
脳科学から見た「すぐやれない」エンジニアの状態
著者の菅原洋平は作業療法士で、脳科学の知見から行動力を分析する視点を持つ。この本の核心は「すぐやれないのは性格ではなく、脳が『すぐやるモード』に入っていないから」という視点だ。
脳には、即座に行動に移るためのスイッチがある。そのスイッチが入っていない状態でいくら「やらなきゃ」と思っても、体は動かない。スマホを触るという行動は、脳の抵抗が少ない方向に流れているだけだ。
エンジニアにとってこれは身に覚えのある感覚だろう。「コードを書かなきゃ」と思いながら、なぜかタブを切り替えてニュースサイトを見てしまう。それは怠惰ではなく、脳のモードの問題だということを、この本は丁寧に説明してくれた。
「すぐやる！」が教える、行動スイッチの入れ方
この本では、脳を「すぐやるモード」に切り替えるための具体的な方法が紹介されている。
そのひとつが「作業環境を固定する」というアプローチだ。特定の場所、特定のBGM、特定の飲み物などを「作業の合図」として脳に学習させると、そのシグナルが来たときに脳が自動的にスイッチを入れるようになる。
個人的に取り入れたのは、コーヒーを淹れて特定のプレイリストを流すという儀式だ。最初は「そんなことで変わるのか」と半信半疑だったが、2週間ほど続けると、コーヒーの香りがするだけで手が動き出す感覚が出てきた。脳は思ったより素直に学習する。
また、「最初の30秒だけやってみる」という考え方も有効だった。30秒動いて止まっても構わないと決めておくと、始めるハードルが消える。そして実際には、30秒動き始めると止まれなくなることが多い。
「すぐやる！」はAudibleで聴けるため、通勤中に繰り返し聴いた。行動スイッチの理屈が体に染み込んでいくような感覚が、繰り返し聴くことで少しずつ生まれてきた。
すぐやる！ 「行動力」を高める科学的な方法
菅原洋平 著 ／ KADOKAWA
作業療法士の著者が脳科学の観点から「すぐやれない」メカニズムを解説し、行動スイッチの入れ方を具体的に示す一冊。環境デザインによる行動の自動化は、エンジニアの朝の習慣設計に直接応用できる内容だ。
Amazonで見る →習慣にしてしまえば、意志力は要らない
「後回しにしない技術」で行動の入口を知り、「すぐやる！」で脳のスイッチを学んだ。だが、それでもまだ「継続」という壁があった。1週間はうまくいく。2週目に仕事が忙しくなると、また元に戻ってしまう。継続のために読んだのが、「ぼくたちは習慣で、できている。」だった。
週末だけ頑張ろうとするから続かない
著者の佐々木典士はミニマリストとして知られる文筆家だ。この本は、習慣を「意志でやり続けるもの」ではなく「自動化するもの」として捉え直すアプローチが核にある。
習慣化された行動は、意志力をほとんど使わない。歯磨きをするのに毎回気合いは要らないのと同じだ。個人開発も、週末の特別なイベントではなく、日常の一部になれば、意志力の消耗と無関係に続けられる。
逆に言えば、「週末にまとめてやろう」というアプローチは、習慣化の観点から見ると非常に不利だ。頻度が低いと、脳は自動化の回路を作れない。週末だけの行動は、毎回「初めてのこと」に近い負荷がかかる。毎週リセットされ続けるのは、当然のことだった。
「ぼくたちは習慣で、できている。」が示した、最小行動のつくり方
この本で最も参考にしたのは、「習慣の最小化」という考え方だ。
続けられない習慣は、たいてい設定が大きすぎる。「週末に3時間個人開発をする」という目標は、ハードルが高い。これを「毎日エディタを開いて1行でも書く」に変えると、継続のコストが劇的に下がる。1行でもいい、というルールは最初は物足りなく感じる。しかし継続することで得られる習慣の回路の方が、1日の出力よりもはるかに価値が高い。
実際に取り入れたのは、「平日の朝30分だけコードを書く」というルールだ。週末に集中しようとするのをやめ、毎日少しずつ積み上げる設計に切り替えた。最初の2週間は出力が少ない。しかし1ヶ月経つと、週末にまとめてやろうとしていた頃よりも、はるかに多くのコードが積み上がっていた。
「ぼくたちは習慣で、できている。」はAudibleで聴ける。難しい理論ではなく、著者自身の実体験に基づいた語り口で書かれているため、通勤中でも自然に頭に入ってくる。仕事の合間に聴き返すたびに、「今自分が続けようとしていることの設定は小さいか」という問いを立てるようになった。
ぼくたちは習慣で、できている。
佐々木典士 著 ／ ワニブックス
ミニマリストの著者が、習慣形成の理論と実践を体験ベースで語る一冊。「意志でやり続ける」ではなく「自動化する」という発想の転換が、個人開発を週末の特別タスクから日常ルーティンに変えるヒントになる。
Amazonで見る →実際にやってみた、平日朝30分の個人開発習慣
3冊を読んでから、実際に行動を変えた。その過程を具体的に書いておく。
最初にやったのは「量を減らす」こと
まず「週末に集中してやる」という設計を捨てた。代わりに、「平日の朝、出勤前の30分だけコードを書く」に切り替えた。時間帯を朝にしたのは、平日の仕事疲れが積み上がる前のタイミングだからだ。朝は意志力の貯金がまだある。
最初の1週間は、30分で何ができるのかという不安があった。実際に書けたのは、数十行程度のコードや、ドキュメントの断片だった。それでもコミットは毎日積み上がっていく。「やった」という事実が翌日の行動の後押しになった。
コーヒーと音楽で脳のスイッチを作った
「すぐやる！」で学んだ環境の固定化も合わせて実践した。毎朝同じプレイリストを流しながらコーヒーを淹れ、エディタを開く。この順序を毎日繰り返した。
2週目になると、朝30分の作業が日課になり始めた。コーヒーを淹れて、エディタを開く。その順序が体に入ってくると、「今日はやりたくない」という感覚が出にくくなった。意志で頑張るのではなく、脳が自動的に動き出す設計ができていた。
1ヶ月後、GitHubのコミットグラフが緑で埋まっていた
1ヶ月後、GitHubのコミットグラフが緑で埋まっていた。週末だけに集中していた頃には考えられなかった密度だ。コードの量よりも大きかったのは、「毎日触っている」という安心感だった。月曜の朝に「また持ち越してしまった」と感じることが、完全になくなった。
先延ばしを「意志で克服する」のではなく、「構造を変えて回避する」という発想の転換が、この変化を生んだ。週末を待つ必要はなかった。毎朝30分を確保する設計に変えるだけで、十分だった。
Audibleで3冊を繰り返し聴きながら、通勤中に行動を設計した
「後回しにしない技術」「すぐやる！」「ぼくたちは習慣で、できている。」の3冊は、どれもAudibleで配信されている。
この3冊を聴き始めたきっかけのひとつは、「読む時間がない」という現実だった。本業が忙しく、帰宅後に読書する余力がない。しかしAudibleなら、通勤電車の中で両手が空いた状態で聴ける。
繰り返し聴くことで気づいたのは、1度読んだだけでは定着しないという事実だ。「行動の入口を小さくする」という言葉は、頭では理解できても、実際の場面で活用するには繰り返しが要る。通勤中に何度も聴くことで、具体的な場面での適用がしやすくなっていった。
2周目以降は1.5倍速で流し聴きするだけでも、本の核心を手軽にリフレッシュできる。「今週は先延ばしが増えているな」と感じたタイミングで聴き返すと、行動設計を見直すきっかけになった。
Audibleは月額制のサービスで、登録後は対象タイトルが聴き放題になる。初月無料で始められるため、まず3冊を聴いてみることから始めてほしい。
※ 30日間の無料体験。いつでも解約可能。
まとめ：先延ばしをやめるのではなく、構造を変える
「週末にやろう」という計画が毎週崩れるのは、意志力の問題ではない。エンジニアの職業特性と、「週末集中型」という設計の不一致が生み出す構造的な問題だ。
この記事で紹介した3冊は、それぞれ異なる角度から行動の障壁を取り除くアプローチを示している。「後回しにしない技術」は行動の入口を小さくすることを教えてくれた。「すぐやる！」は脳のスイッチを入れる方法を示してくれた。「ぼくたちは習慣で、できている。」は意志力に頼らない継続の設計を教えてくれた。
3冊に共通するのは、「頑張る」のではなく「設計を変える」という視点だ。意志で先延ばしを止めようとするほど、失敗したときの自己嫌悪が積み上がる。それよりも、始まる仕組みを変えた方が早い。月曜の朝に「また持ち越してしまった」と感じているエンジニアに、この3冊が届いてほしい。
📖 仕事術の基本をまとめて学ぶならこちら
エンジニアの仕事術｜生産性・集中力・学習速度をまとめて上げる実践ガイド →よくある質問
Q1. 先延ばし癖は治せますか？
意志力で「治す」より、先延ばしが起きにくい環境と習慣を設計する方が現実的です。「後回しにしない技術」「すぐやる！」が紹介するアプローチは、性格の矯正ではなく行動の仕組みを変えることに重点を置いています。自己嫌悪でエネルギーを消耗するよりも、設計を変えることで行動が変わります。
Q2. 週末に個人開発をまとめてやる方法はありませんか？
まとめてやる設計自体が継続を妨げることが多いです。「ぼくたちは習慣で、できている。」が示すように、頻度を上げて1回の量を減らす方が長期的には成果が出やすくなります。週5日×30分の方が、週1日×3時間よりも習慣化に向いています。
Q3. 朝の時間が取れないエンジニアはどうすればいいですか？
朝でなくても構いません。重要なのは「毎日同じタイミングに短時間触れる」ことです。昼休みの10分でも、帰宅後にコーヒーを飲む時間でも、定期的なルーティンを作ることが習慣化の鍵になります。
Q4. Audibleはどんなエンジニアに向いていますか？
通勤時間がある、または作業中にBGM代わりに流せる環境にあるエンジニアに特に向いています。紙の本を読む習慣がなかった人でも、耳から入れることで本の内容が自然に積み上がります。プルリクのレビュー待ち時間やコードのビルド中など、エンジニア特有のすき間時間に活用できます。
Q5. 3冊の中でまず1冊読むとしたらどれですか？
「後回しにしない技術」を最初に読むことをおすすめします。先延ばしの構造を理解するための入口として最もわかりやすく、読み終えた後に「次の1アクション」を決めやすい本です。行動の入口を小さくする考え方が身につくと、残り2冊の内容もより活用しやすくなります。
Q6. 個人開発以外の先延ばしにも使えますか？
はい、3冊の内容はすべて仕事全般に応用できます。特に「すぐやる！」の脳科学的なアプローチは、本業のタスク管理や技術調査のような「わかってはいるが手がつかない」仕事にも直接活用できます。
Q7. 週末に個人開発を進められている人は何が違うのですか？
続けられている人の多くは、週末を特別なセッションとして扱うのではなく、平日の短い時間を継続的に積み上げています。意志力が強いのではなく、小さく始める設計を持っている点が違いです。「ぼくたちは習慣で、できている。」が示す自動化の考え方がその基盤になっています。
