エンジニアの時間術8選｜集中枠を守る仕組み化の図解ガイド

夕方、今日のコミットログを見返したら2件しかない。

朝から席には座っていたのに、Slackの返信とちょっとした調べもので1日が溶けていた。エンジニアなら一度は覚えがあるはずです。

エンジニアの「時間がない」は、だいたい作業時間の不足ではなく、集中が細切れにされた結果です。

時間術とは、増やせない24時間を「やらないこと」と「仕組み」で配分し直す技術のこと。

ポモドーロからディープワーク、自動化まで8つの手法を、図と表で比べながら選び方まで整理しました。

手法を全部試す必要はありません。自分の悩みに効く1つが見つかれば十分です。

時間術とは？時間を「増やす」のではなく「配分する」技術

時間術は、時間を生み出す魔法ではありません。

1日24時間は誰にとっても同じで、睡眠を削らない限り1分も増えないからです。

できるのは、限られた時間を何に配るかを決め直すことだけ。

ここを勘違いしたまま手法を集めると、予定表がきれいになるだけで成果は変わりません。

「時間がない」の正体は優先順位と先延ばし

「時間がない」と感じるとき、本当に足りないのは時間ではなく、決めることです。

タスクに順番がついていないと、目の前に来たものから手をつけてしまいます。

決断を先延ばしにしたタスクは、頭の片すみに残り続けて集中をじわじわ削ります。

つまり時間術の第一歩は、新しい手法を覚えることではなく「今日はこれをやらない」と決めること。

引き算から始めたほうが、足し算より早く効きます。

研究では時間術は成果より心の安定に効く

意外かもしれませんが、時間術の効果は「仕事が速くなる」より「気持ちが落ち着く」ほうに強く出ます。

2021年に学術誌PLOS ONEで発表されたAeonらのメタ分析（時間管理に関する多数の研究をまとめて分析したもの）が根拠です。

この分析では、時間管理は仕事の成果と中程度に関係していました。

一方で、生活の満足度などの幸福感とは、成果以上に強く結びついていました。

この結果は、予定どおりに進まない日の救いになります。

計画が崩れた日でも、時間術が無駄になったわけではないからです。

「何をやるか自分で決めている」感覚そのものが、ストレスを減らしてくれます。

エンジニアに時間術が必要な理由

エンジニアの仕事は、ほかの職種より「中断」に弱い作りをしています。

コードを書くには、頭の中に設計や変数の流れを積み上げる必要があり、1回崩れると積み直しに時間がかかるからです。

加えて、疲れた状態で書いたコードは、あとでバグとして返ってきます。

理由を2つに分けて見ていきます。

コンテキストスイッチで集中が戻らない

作業の切り替え（コンテキストスイッチ）には、目に見えないコストがかかります。

カリフォルニア大学アーバイン校のグロリア・マーク氏らが2005年に発表した職場の観察調査では、中断された作業を同じ日に再開するまで、平均で約25分かかっていました。

Slackの通知1つで、集中の貯金がほぼ0に戻るイメージです。

疲れた頭で書いたコードはバグを生む

アウトプットの質を決めるのは、作業時間の長さより思考の解像度です。

深夜に気合いで書いたコードを翌朝見て「誰これ書いたの」となった経験、エンジニアなら一度はあるはず。

疲れた頭は条件分岐の抜けや変数名の取り違えを見逃し、その修正にまた時間を使います。

休むのはサボりではなく、バグを減らすための戦略です。

時間術の中に休憩と睡眠を最初から組み込んでおく理由は、ここにあります。

エンジニア向け時間術8選を図解で比較

8つの手法は、効く悩みがそれぞれ違います。

先に全体を表で比べ、そのあと悩みから選べるフロー図を置きました。

細かいやり方は表のあとのH3で手法ごとに説明しています。

迷ったら、いま一番困っていることから辿ってください。

flowchart TD
    A["いま一番困っていること"] --> B{"作業に<br>手をつけられない？"}
    B -->|"はい"| P["ポモドーロ<br>まず25分だけ"]
    B -->|"いいえ"| C{"何からやるか<br>決められない？"}
    C -->|"はい"| E["アイゼンハワー<br>＋デイリーハイライト"]
    C -->|"いいえ"| D{"割り込みで<br>1日が終わる？"}
    D -->|"はい"| T["タイムブロッキング<br>＋ディープワーク"]
    D -->|"いいえ"| F{"同じ作業を<br>毎回手でやっている？"}
    F -->|"はい"| G["自動化・テンプレ化"]
    F -->|"いいえ"| W["週次レビューで<br>全体を見直す"]

ポモドーロは45分＋10分にアレンジする

ポモドーロ・テクニックは、25分集中して5分休む流れを4回くり返し、そのあと15〜30分の長い休憩を取る方法です。

考案者はフランチェスコ・シリロで、名前はトマト型のキッチンタイマーに由来します。

疲れる前に休憩が入るので、集中が続かない人や、なかなか着手できない人にはよく効きます。

ただ、コードを書いていると25分はやや短く、乗ってきたところでタイマーが鳴りがちです。

「何ポモドーロかかったか」を数えると、作業の見積もりが少しずつ正確になるのもおまけの効果です。

アイゼンハワーマトリクスで「やらない」を決める

アイゼンハワーマトリクスは、タスクを「緊急かどうか」と「重要かどうか」の2軸で4つに分ける方法です。

大事なのは右下の「やらない」を決めることと、右上の「計画してやる」に時間を取ることの2点です。

エンジニアの場合、左下の「任せる」は人に振るだけでなく、スクリプトに任せる選択肢があります。

ここが8つめの手法「自動化」につながる入口です。

タイムブロッキングは余白20%が前提

タイムブロッキングは、1日を30分〜1時間の枠に区切り、どの枠で何をするかを先に決めておく方法です。

「何時からやるか」まで決めると実行率が上がることは、心理学で実行意図（Implementation Intention）と呼ばれています。

コツは3つあります。

休憩も予定として枠に入れること、詰め込みすぎないこと、崩れた日は翌日の枠を引き直すだけで済ませること。

予定どおりにいかない日の方が多いので、崩れる前提で組んでおくと続きます。

2分ルールとデイリーハイライト3つ

2分ルールは、デビッド・アレンのGTDに出てくる「2分以内で終わるならその場でやる」というルールです。

メモに書く手間のほうが大きいタスクは、後回しにすると思い出すたびに頭を使います。

エンジニアなら「エラーメッセージで検索して2分でわからなければTODOに積む」「テストが2分で通らなければ原因調査として別タスクにする」と、上限としても使えます。

デイリーハイライトは、朝いちばんに「今日これだけは終わらせる」を絞り込む方法です。

『時間術大全』（ジェイク・ナップ、ジョン・ゼラツキー著、原題はMake Time）では1日1つの「ハイライト」を選びます。

1つだと物足りない場合は、3つまで広げても機能します。4つ以上にすると、ただのTODOリストに戻ります。

ディープワークで2〜4時間の集中枠を作る

ディープワークは、設計やコーディングのような考える仕事を、中断されないまとまった時間でやる考え方です。

Paul Grahamは2009年のエッセイで、1時間単位で予定を入れても困らない「マネージャーの時間割」と、半日単位で動く「作る人の時間割」を分けて説明しました。

作る人にとっては、午後の真ん中に30分の会議が1つ入るだけで、午後全体の集中が崩れます。

2〜4時間の枠を週に何回取れるかで、手の進み方がかなり変わります。

自動化・テンプレ化はエンジニアの特権

ほかの職種にはなくてエンジニアにある時間術が、繰り返し作業をコードに任せることです。

「やる」ではなく「勝手に回っている」状態を作れば、そのタスクは今日のTODOから永久に消えます。

私の場合、生活を一番変えた自動化はブログでした。

投稿や分析を、Macのlaunchdで決まった時刻に動くようにしてから、手で回す作業が減ってだいぶ楽になりました。

ただし、作るのに10時間かかって月に1回5分の作業しか減らないなら、元は取れません。

回数と手間を見て、割に合うものだけ自動化します。

時間術が続かない原因は見積もりと割り込み

手法を入れても続かないとき、原因はたいてい手法そのものではありません。

多くは、見積もりが甘くて予定が崩れるか、割り込みで枠が守れないかのどちらかです。

この2つを押さえるだけで、どの手法を使っても長持ちします。

見積もりは実績を記録して倍率を出す

人は自分の作業時間を短く見積もりがちで、心理学ではこれを計画錯誤と呼びます。

「見積もりは、それを考慮に入れても必ず超過する」というホフスタッターの法則まであるくらいです。

対策は、感覚で見積もるのをやめて、実績を記録して比べること。

1〜2週間だけ、何に何分使ったかを残します。

Toggl Track・Clockifyなどのアプリでも、紙のメモでもかまいません。

エンジニアなら、記録をCSVにして倍率を出すところまでコードでやると楽です。

import csv

# 1行 = タスク名, 見積もり分, 実績分
with open("timelog.csv", encoding="utf-8") as f:
    rows = [(name, int(est), int(act)) for name, est, act in csv.reader(f)]

ratio = sum(a for _, _, a in rows) / sum(e for _, e, _ in rows)
print(f"見積もり倍率: {ratio:.2f} 倍")

上の表は記録の形を示すための例です。

倍率が見えたら、次からは見積もりにその数字を掛けるだけ。

「調べもの」のように倍率が飛び抜けて大きい作業が見つかれば、そこが削りどころです。

割り込み・通知は種類ごとに対策する

エンジニアの時間を一番削るのは、作業そのものより割り込みです。

割り込みにも種類があり、効く対策がそれぞれ違います。

時間より先にエネルギーを管理する

同じ1時間でも、頭が冴えている時間と疲れた時間では、進み方がまるで違います。

睡眠不足の状態で稼いだ1時間は、翌日の集中を削って返ってくるからです。

時間を細かく管理する前に、まず体調を整えるほうが効きます。

重いタスクは調子のいい時間帯に置く

朝型か夜型かは人によって違うので、まず自分が一番冴える時間帯を知ることから始めます。

1〜2週間の時間記録をつけると、どの時間帯に作業が進んでいるかも一緒に見えてきます。

冴える時間帯がわかったら、そこに一番重い仕事を置きます。

一番気が重いタスクを最初に片付ける「Eat the Frog（カエルを食べる）」という言葉もあります。

最初に山を越えると、残りの時間は気持ちが軽いまま進みます。

休憩は画面から離れ、決断の数を減らす

休憩中にスマホを見ると、目も頭も休まりません。

歩く、ストレッチする、目を閉じるなど、画面から離れるのが本当の休憩です。

目の疲れには、20分ごとに約6m（20フィート）先を20秒見る「20-20-20ルール」が使えます。

もう1つ効くのが、毎日の小さな決断を減らすことです。

服・昼食・作業を始める手順を固定しておくと、判断力を大事な設計やレビューに回せます。

エンジニアがハマる時間の罠と対策

時間の罠は、まじめで凝り性なエンジニアほどハマりやすい形をしています。

よく見る罠と、その対策を表にまとめました。

この中で見落としやすいのが「ツール選び」です。

TODOアプリを乗り換えている時間は、時間術をしている気分になれるぶん、たちが悪い。

アプリの乗り換えは時間術ではありません。

パーキンソンの法則とは
「仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する」という経験則です。終わりの時刻を決めないと、作業は時間いっぱいまで伸びます。

1日と1週間のルーティン例

ここまでの手法を、1日と1週間の流れに組み込んだ例です。

デスクワークの平日を基準にしているので、勤務時間に合わせて前後にずらしてください。

1日の型と週の見直しをセットにすると、崩れても戻ってこられます。

デスクワークの1日の時間割

午前を集中、午後をコミュニケーションに分けると、ディープワークの枠が毎日自然に確保できます。

週次レビューで来週の集中枠を先に押さえる

デイリーハイライトだけで回していると、目の前のタスクに追われて「緊急じゃないけど重要」な作業が消えていきます。

そこで週に1回、30分〜1時間だけ一段上から見直します。

GTDでは週次レビューと呼ばれる習慣です。

完璧にこなす必要はありません。

4つのうち3番だけでもやれば、来週の集中枠は守れます。

よくある質問

エンジニアの時間術について、よく聞かれる質問をまとめました。

手法の選び方から、続かないときの立て直し方、会議が多い職場での集中枠の作り方まで扱っています。

細かいやり方は、各見出しの本文もあわせて確認してください。

Q1. 時間術とは何ですか？

A1. 時間術とは、増やせない24時間を「やらないことを決める」と「仕組みで回す」の2つで配分し直す技術です。

ポモドーロやタイムブロッキングなどの手法は、そのための道具にあたります。

Q2. エンジニアにおすすめの時間術はどれですか？

A2. 悩みによって変わります。

着手できないならポモドーロ、割り込みで1日が終わるならタイムブロッキングとディープワーク、同じ作業をくり返しているなら自動化が合います。

Q3. ポモドーロの25分が短いと感じたら？

A3. 45分集中＋10分休憩のように、長めにアレンジしてかまいません。

コードを書く作業は45分、レビューや調査は25分と、作業の種類で分けるのも手です。

Q4. 時間術を試しても続きません。どうすればいいですか？

A4. まず1〜2週間、何に何分使ったかを記録してください。

見積もりの甘さと割り込みの多さが見えると、どこを直せばいいかがはっきりします。

手法を増やすより、1つに絞って1か月続けるほうが効果があります。

Q5. 会議が多くて集中する時間が取れません。

A5. 会議を午前か午後のどちらかに寄せ、もう片方を集中枠にするのが効きます。

集中枠の間は通知を切り、チャットのステータスに終わりの時刻を書いておくと、相談も後回しにしてもらいやすくなります。

Q6. 時間術に科学的な効果はありますか？

A6. 2021年にPLOS ONEで発表されたメタ分析では、時間管理は仕事の成果と中程度に関係し、幸福感とはさらに強く関係していました。

仕事が速くなる以上に、気持ちの安定に効く方法だと考えると期待とずれにくくなります。

まとめ：時間術は「やらない」と「仕組み化」の2つ

冒頭の「コミットが2件しかない夕方」に戻ると、足りなかったのは時間ではありませんでした。

午前の2時間を通知なしで守れていれば、たぶん結果は違っていたはずです。

8つの手法を全部使う必要はありません。

私自身、AIの待ち時間との付き合い方はまだ答えが出ていない途中です。

それでも、通知を切った2時間が1つあれば、夕方のコミットログは少なくとも2件では終わりません。

途中経過は、また書きます。