学習の継続が苦手だったエンジニアが、時間設計とメモ術を組み合わせてから気づいた習慣の作り方

結論から言うと、学習の継続が苦手だったエンジニアが、時間設計とメモ術を組み合わせてから気づいた習慣の作り方——最初は半信半疑だったが、実践すると仕事の進め方の根本から変わった。スキルより「習慣の設計」が先に問われる。この記事では具体的な方法と気づきをまとめる。

エンジニアとして成長するには技術的なインプットを続けることが欠かせない、とわかっていながら、学習が三日坊主になってしまう。そういう経験を繰り返してきたエンジニアは多いのではないだろうか。新しい本を買って最初の数ページで止まり、技術ブログをブックマークしたまま読まず、Udemyの講座を購入したのにプログレスバーが5パーセントのまま放置される。

かつての私もそうだった。「今週こそ毎日1時間は学習する」と決めても、仕事が詰まれば最初に削られるのは学習の時間だった。意志が弱いのだろうと自己嫌悪に陥りながら、また新しい学習法の本を買う。このループから抜け出せたのは、学習の継続が意志の問題ではなく、時間設計とアウトプット習慣の設計の問題だと気づいたことがきっかけだった。

その気づきをくれたのが、『時間術大全』と『メモの魔力』の2冊だ。片方は「何に時間を使うかの設計」を教えてくれ、もう片方は「学んだことをどう記録し、活かすかの設計」を教えてくれた。この2冊を組み合わせることで、学習の継続が意志に頼らない仕組みに変わった。

この記事では、2冊から学んだ具体的な実践と、それによってエンジニアとしての日常がどう変わったかを書いていく。学習の継続に悩んでいるエンジニアに、何らかの参考になれば幸いだ。

エンジニアが学習を続けられない本当の理由

学習が続かない原因として多くの人が「時間がない」を挙げるが、実態はもう少し複雑だ。1日の中に30分の隙間が全くないエンジニアはほとんどいない。通勤時間、昼休み、就寝前の時間、これらを合計すれば1時間以上になることも多い。問題は時間の量ではなく、その時間をどう使うかの「設計のなさ」にある。

「時間があれば学ぼう」という受動的な姿勢では、学習の時間は永遠に来ない。スプリントのタスクは締め切りがあるので動かざるを得ないが、学習には締め切りがない。優先度の序列の中で常に後回しにされ、「来週こそ」が積み重なっていく。この構造を変えるには、学習を「余った時間でやるもの」から「先に確保するもの」に格上げすることが必要だ。

エンジニアとして成長し続けるためには、技術の変化に追いつく継続的なインプットが欠かせない。しかし仕事でもプライベートでも忙しい中で、日常の慣性に逆らって学習の時間を確保するのは、仕組みなしには困難だ。仕組みがないまま意志力だけで乗り越えようとすることには限界がある。まず「なぜ続かないのか」という構造的な問いから向き合うことが、習慣化の第一歩になる。

振り返ってみると、学習が続かないエンジニアに共通する原因は、おおむね次の4つに集約される。

• 学習を「余った時間でやるもの」と扱い、優先度の設計を持っていない
• インプットしっぱなしで、アウトプットや記録の仕組みがない
• 「何のために学ぶか」が曖昧で、目的と仕事のつながりが見えていない
• 「まとまった時間がないと意味がない」という思い込みで、小さく始められない

もう1つの原因が、アウトプットのなさだ。技術書を読んで「なるほど」と思っても、その知識を誰かに説明したり、実際に試したり、メモとして残したりしなければ、記憶の定着率は著しく低い。インプットしたつもりが身についていない、という状態が続くと、「やっても意味がない」という無力感につながる。学習を継続するためには、インプットした内容が確実に自分の中に蓄積されている実感が必要だ。

さらに、学習の目的が曖昧なことも継続の妨げになる。「なんとなくRustを勉強したい」「なんとなく英語ができるようになりたい」という漠然とした目標では、少し疲れたときに「今日じゃなくていいか」と思いやすい。何のために学ぶのか、その知識を仕事のどの場面で使うのかが明確であれば、学習への動機が維持されやすくなる。

加えて、「まとまった時間が取れないとやる意味がない」という思い込みも学習を止める原因になる。「2時間あれば勉強できるのに30分しかない」と考えて何もしないより、30分で1セクションだけ読む方が長期的には大きな差になる。完璧な条件を待つのではなく、今ある条件の中でできる最小単位の学習を積み重ねることが、継続の実態だ。

学習の継続をシステムとして設計するためには、これらの原因をひとつずつ対処する必要がある。時間の確保、アウトプットの仕組み、目的の明確化、そして「小さく始める」という発想。この要素が揃ったとき、初めて学習が意志に頼らない習慣として機能するようになる。

『時間術大全』から学んだ「ハイライト」という考え方

『時間術大全』でジェイク・ナップとジョン・ゼラツキーが提唱するのが「ハイライト」という概念だ。毎日1つだけ「今日これをやれば満足できる」というメインの活動を決め、それを1日の中心に据えるという考え方だ。To-Doリストをこなすことを目標にするのではなく、1つのハイライトを達成することを目標にする。

この考え方を学習に応用すると、「今日の学習ハイライト」を毎朝1つ決めることになる。「今日はDockerのマルチステージビルドを理解する」「今日は読みかけの技術書の第3章を読み終える」「今日は学んだデザインパターンを自分の言葉で説明できるようにする」といった具合だ。漠然と「勉強する」ではなく、達成したかどうかが明確にわかる1つの活動を決める。

重要なのは、ハイライトは1つだけということだ。「今日はこれとこれとこれをやる」とリストアップすると、どれも中途半端になる可能性が高い。1つに絞ることで、その活動に使う時間と集中が確保されやすくなる。実際にこの習慣を始めてから、毎朝「今日の学習で何を達成するか」を考える時間ができ、学習が1日の設計の中に組み込まれるようになった。

ハイライトの選び方にもコツがある。「緊急ではないが重要なこと」をハイライトに選ぶことが理想だ。締め切りが近い仕事関連のタスクは自然と動くが、学習のような長期投資はハイライトとして意識的に選ばないと先送りされ続ける。ハイライトは「未来の自分への投資」として選ぶ、という視点を持つことで、選択の質が上がる。

ナップとゼラツキーは、ハイライトを選ぶときに使える3つの基準を提示している。どれも実践しやすいので、迷ったときの判断軸になる。

• 緊急性：今日中に手を付けないと困ること（締め切りが迫る学習目標など）
• 満足度：終わった後に「今日はこれをやった」と一番気持ちよく感じられること
• 喜び：純粋に取り組みたい・楽しみだと思えること

ハイライトを「予定」としてカレンダーに入れる

ハイライトを決めるだけでなく、それをカレンダーの予定として入れることが実践のカギだ。「19時から30分、今日の学習ハイライト」という予定を先に作ってしまうことで、その時間が他の用事で埋まりにくくなる。仕事の予定はカレンダーに入れるのに、学習の予定はカレンダーに入れないというのは、学習を仕事より優先度が低いものとして扱っていることと同じだ。

著者のナップは、「バジェット・ファースト」という考え方も紹介している。1週間の時間を予算として捉え、重要なことから先に割り当てていく発想だ。学習の時間も、週の最初にカレンダーへ割り当てておくことで、仕事の予定が後から入っても、学習の枠が守られやすくなる。

この本で特に印象的だったのは、「メールやSlackへの素早い返信はプロフェッショナルの証ではない」という主張だ。常時接続状態でリアクティブに動くことが有能さの証明だと思いがちだが、実際には自分の時間設計を失った状態だ。エンジニアとして本当に価値のある仕事と学習に時間を使うには、能動的な時間設計が必要だという確信が、この本を読んで深まった。

ハイライトの設定は慣れるまで数日かかることもあるが、続けるうちに「今日の自分にとって何が一番重要か」を考える力が養われていく。この問いを毎朝繰り返すこと自体が、エンジニアとしての優先度設定能力を鍛えるトレーニングになっている。

『メモの魔力』から学んだ、学習を定着させる記録の習慣

インプットした内容が身につかない問題を解決してくれたのが、前田裕二の『メモの魔力』だ。この本の核心は、メモを「事実の記録」にとどめるのではなく、「抽象化と転用のツール」として使うことだ。学んだことをただノートに書き写すのではなく、そこから何を抽象化し、自分の仕事や生活にどう転用できるかを考えながらメモする。

前田は「ファクト・抽象化・転用」という3ステップのメモフレームを提示している。このフレームは、インプットを「行動につながる知識」に変換するための具体的な手順として機能する。

• ファクト：何を学んだか・著者は何を言っているかという事実の記録
• 抽象化：そこから何が言えるか・どんな原則が引き出せるかの一般化
• 転用：自分の仕事・プロジェクトのどこに当てはめられるかの具体策

このフレームを使うことで、学んだことが「知識」として頭の中に残るだけでなく、「行動」に変換されやすくなる。技術書を読む場合に当てはめると、ファクトは「このデザインパターンはこういう仕組みで動く」という理解、抽象化は「このパターンが解決しようとしている本質的な問題は何か」という問い、転用は「自分の現在のプロジェクトのどの部分にこのパターンを当てはめられるか」という検討になる。このプロセスを経ることで、技術書の内容が翌日の仕事に直結する学習になる。

「メモを取る」ことで学習の密度が上がる

前田が強調するのは、メモを取ること自体が思考を深める行為だという点だ。「なるほど」と思って本を閉じるのと、「なるほど。ではこれは自分のプロジェクトにどう活かせるか」と考えながらメモするのでは、その後の記憶への残り方が全く違う。メモを取るためには「何が重要か」「何に驚いたか」「何が疑問か」を考えながら読む必要があり、受動的な読書が能動的な学習に変わる。

実践では、技術書を読むときにA4のノートを横に置き、読み終えたページのキーポイントを1〜2行書き、その下に「これが意味することは？」という問いへの自分の答えをメモするようにした。最初は手間だと感じたが、1週間続けると、前の週に読んだ内容が驚くほど鮮明に記憶に残っていることに気づいた。メモを取る手間は「学習の密度を上げるコスト」であり、それに見合う価値がある。

メモの実践において最初に意識すべきなのは、「転用」の欄を必ず埋めることだ。ファクトと抽象化は比較的書きやすいが、転用は自分の仕事や状況への具体的な適用を考える必要があり、少し頭を使う。この「少し頭を使う」行為が記憶の定着を促し、後から見返したときに行動しやすい形でメモが残る。転用のないメモは「なるほど日記」に終わる。

前田は、メモを取る量や頻度よりも「問いを持って記録する」姿勢が重要だと述べている。「なぜそうなのか」「どこで使えるか」「自分の経験と何が違うか」という問いを持ちながら読むことで、著者との対話が始まる。単なる情報の取り込みから、思考の対話へと読書の質が変わる。

このメモの習慣を始めてから、読書中に「これは仕事のあの場面に使えそうだ」という気づきが増えた。以前は本を閉じた瞬間に内容を忘れ始めていたが、今は読んでいる最中からすでに転用のアイデアが浮かぶようになった。インプットとアウトプットの距離が縮まったことで、学習が仕事の武器として機能し始めた。

2冊の実践を組み合わせた具体的な学習ルーティン

『時間術大全』から学んだ「毎日1つのハイライトを先に設計する」という習慣と、『メモの魔力』から学んだ「ファクト・抽象化・転用でメモを取る」という習慣を組み合わせることで、学習の継続が仕組みとして機能するようになった。2つの習慣は互いを補強する関係にある。

毎朝カレンダーを確認し、その日のハイライトとして学習の時間を確認する。そこで「今日は技術書の第4章を読み、メモを取る」というハイライトが設定されていれば、仕事の終わりにその時間が来たとき、何をするかで迷わない。迷いがなければ、始めるまでのハードルが下がる。

学習の時間が始まったら、メモの魔力の3ステップで記録する。ファクトとして学んだことを書き、抽象化として「この概念が伝えようとしていることは何か」を1行で書き、転用として「明日の仕事で試せることは何か」を書く。この3行を書くために考える時間が、インプットを消化する時間になる。

具体的な1日の学習ルーティンに落とし込むと、次のような流れになる。

• 朝（5分）：今日の学習ハイライトを1つ決めて、カレンダーに30分の枠で入れる
• 夜（30分）：ハイライトの時間が来たら、学習を始める
• 学習中：ノートに「ファクト・抽象化・転用」の3行をその場で記録する
• 週末（15分）：その週に書いたメモを読み返し、転用できていないものを翌週のハイライト候補にする

最初はメモを書くのに時間がかかるが、2週間も続けると大幅にスピードアップする。キーポイントを素早く見抜く力と、自分の状況に引き付けて考える力が同時に鍛えられるからだ。メモの習慣は、読書のスピードと深さを両立させる練習でもある。

週次の振り返りで学習の蓄積を確認する

週に一度、その週のメモを読み返す時間を10〜15分取るようにした。1週間でどれだけ学んだかが可視化され、転用のメモを見直すことで「この内容、まだ試していないな」という気づきが生まれる。振り返りは過去の学習を強化するとともに、来週のハイライト設定のヒントにもなる。

週次振り返りを続けていると、自分がどの分野に興味を持っているか、どの知識が仕事に活きているかのパターンが見えてくる。このメタな気づきが、学習の方向性を自分でコントロールする感覚につながり、学習へのモチベーションを自律的に維持する力になっていく。

2冊の組み合わせが特に強力なのは、互いの弱点を補い合っているからだ。時間術大全だけでは「時間は確保したが何をすれば良いかわからない」という状態になりうる。メモの魔力だけでは「学び方はわかったが、そもそも学習する時間が取れない」という状態になりうる。両方を組み合わせることで、時間と学習の質の両方が同時に改善される。

この習慣を始めて3ヶ月が経った頃、自分が以前と明らかに違う学習サイクルの中にいることを実感した。本を読むことへの抵抗感がなくなり、メモを取ることが苦でなくなり、週次の振り返りが楽しみになっていた。最初は意識的に実践していたことが、いつの間にか自然な行動になっていた。これが習慣化の本質だと思う。

続けられるようになってから変わった5つのこと

仕組みで学習を続けられるようになってから、エンジニアとしての日常にもさまざまな変化が表れた。代表的なものを5つに整理して書いていく。

1. 学習が「義務」から「楽しみ」に変わった

以前は「勉強しなければ」という義務感で本を開いていたが、ハイライトとして先に設計した時間に取り組むようになってから、「今日はこれを学ぶ」という前向きな気持ちで臨めるようになった。メモを取ることで学びの手応えが得られるようになったことも、学習を楽しめる大きな要因だ。終わった後に「今日はこれを理解した」と言えることが、継続の動力になっている。

義務感から楽しみへの変化は、自分でも驚くほど自然に起きた。ハイライトを「今日これをやろう」と自分で決めることで、自律性の感覚が生まれる。他者に課された課題をこなすのではなく、自分が選んだことをやる感覚は、モチベーションの質を根本から変える。

2. インプットが仕事に直結するようになった

転用のメモを書く習慣ができてから、技術書で学んだことを翌日の仕事で試す機会が増えた。以前は本を読んでも仕事との連結点が見えにくかったが、「明日の仕事のどこに活かせるか」を考えながら読むことで、学習と仕事の距離が縮まった。知識が「使える状態」になるまでの時間が短くなった。

特に印象的だったのは、設計のパターンについて本で学んだ翌日、コードレビューでまさにそのパターンに関連する指摘を受けたときだ。学んだことが即座に現実と結びつく経験は、学習の価値を強く実感させてくれる。こういう体験が積み重なることで、「学習は仕事の前投資だ」という確信に変わっていった。

3. 積読が解消されていった

毎朝ハイライトとして学習を設計するようになってから、以前は積み上がるばかりだった技術書の山が少しずつ減っていった。1冊を完璧に読もうとするのではなく、今日のハイライトとして「この章だけ読む」と決めて実行する。小さな達成を積み重ねることで、以前は手をつけられなかった本も読み終えられるようになった。

積読が解消されたことで、本棚が「未達成の証」から「学習の成果」に変わった。読み終えた本が増えるたびに、自分の学習への姿勢が変わったことを実感できる。この目に見える変化が、継続へのポジティブなフィードバックになっている。

4. チームでの技術共有が増えた

学んだことをメモとして蓄積していくと、チームのSlackで技術的な話題が出たときに「これ、先週読んだ本に関連した内容がある」と気づいて共有できるようになった。個人の学習がチームへの貢献につながる経験は、さらに学習を続けるモチベーションになる。エンジニアとしての影響力が少しずつ広がっている感覚がある。

チームへの知識共有が自然にできるようになったことで、「この人はいつも新しい情報を持っている」という認知が周囲に生まれ、技術的な相談を受ける機会も増えた。個人の学習が対外的な影響力に変換されていく実感は、学習へのモチベーションをさらに高める好循環を生む。

5. 自分の成長が見えるようになった

週次でメモを振り返ることで、1週間前、1ヶ月前の自分が知らなかったことが今はわかるという成長の記録が残るようになった。エンジニアとしての成長は日々の仕事の中では見えにくいが、学習のメモが積み上がっていくことで「確実に前進している」という実感が持てる。この感覚が、長期的な継続の基盤になっている。

成長が見えることは、エンジニアとしてのキャリアを主体的に設計する感覚にもつながる。「与えられた仕事をこなすだけ」から「自分が選んだ方向に成長している」という感覚へのシフトは、仕事への向き合い方全体に良い影響を与えた。学習の記録は、単なるメモ以上の意味を持つようになった。

よくある質問

まとめ

学習の継続が苦手だったのは、意志の弱さではなく、時間設計とアウトプット習慣の設計がなかったことが原因だった。この2点を変えるだけで、学習は「余った時間にやるもの」から「毎日確実に進むもの」に変わった。仕組みは一度整えてしまえば維持コストが低く、むしろ「やらない方が気持ち悪い」という状態に自然となっていく。

『時間術大全』から学んだのは、毎日1つの学習ハイライトを先にカレンダーへ入れることだ。学習の時間を仕事と同じように「予定」として扱うことで、削られにくくなり、何をするかで迷う時間もなくなる。ハイライトを1つに絞ることで、その日の達成感が生まれ、翌日の継続へのエネルギーになる。週の始まりにまとめて1週間分のハイライトをカレンダーに入れておくと、より効果的に学習時間が守られる。

『メモの魔力』から学んだのは、ファクト・抽象化・転用のフレームでメモを取ることだ。読んだことを転用まで考えながら書くことで、インプットが翌日の仕事に活かせる知識へと変換される。メモを積み重ねることで成長の記録が可視化され、継続へのモチベーションが自律的に維持されるようになる。このフレームは技術書だけでなく、勉強会や1on1での学びにも応用できる汎用的な習慣だ。

2つの習慣は単独でも効果があるが、組み合わせることでより強固な学習の仕組みができあがる。時間を確保し、その時間を密度高く使う。エンジニアとしての成長は、このシンプルな仕組みを毎日積み重ねることから始まる。大切なのは完璧を目指すことではなく、小さくても毎日続けることだ。

技術を磨くこととビジネスの知見を広げることの両方が求められるエンジニアにとって、学習の継続はキャリアの土台だ。正しい仕組みを持てば、忙しい日々の中でも着実にインプットを続けることができる。今日からまず1つ、今週の学習ハイライトをカレンダーに入れることから始めてみてほしい。

学習を継続できるエンジニアと続けられないエンジニアの差は、才能でも意志の強さでもない。仕組みの有無だ。その仕組みをつくるための第一歩として、時間を先に確保することと、学んだことを記録することの2つをぜひ試してみてほしい。小さな変化が、半年後のエンジニアとしての力量に大きな差を生む。

学習の習慣は一度身につけば、その後のキャリア全体を通じて機能し続ける。技術のトレンドが変わっても、「学び方のフレーム」を持っていれば新しい知識を素早く取り込める。今この瞬間の投資が、5年後・10年後のエンジニアとしての競争力を決める。早く始めるほど、その恩恵は長く続く。

2冊の本はどちらもAudibleで聴くことができる。技術書を読む時間が取りにくい日には、移動中や家事の合間に耳でインプットするという選択肢も活用してほしい。学習の手段を複数持つことで、環境に関わらず学び続けられる体制が整う。Audibleを活用することで、通勤や移動の時間が学習時間に変わる。

※ 30日間の無料体験。いつでも解約可能。

▶ エンジニアの仕事術まとめはこちら