本業+家族+個人開発を両立する時間配分

最初に要点を整理します。副業個人開発者の時間管理は「開発時間を最大化する」ゲームではなく、「1日2時間の制約のなかで持続可能な配分を維持する」ゲームです。私は本業エンジニア + 家族 + 個人開発SaaSを1年継続してきましたが、時間術として効いたのは下記4点に集約されます。(1) 朝30分のタイムブロッキングで「今日の1タスク」を確定させる、(2) Pomodoro と Deep Work を曜日で使い分ける、(3) Windows タスクスケジューラで非開発時間を稼ぐ、(4) 家族との約束を絶対に守ることで長期継続性を確保する。これらを本文と新セクションで詳述します。

Stack Overflow Developer Survey 2024 によると、副業として開発活動を行う回答者の約 38% が「週10時間未満」しか副業に時間を割けていないと回答しています(出典: Stack Overflow Developer Survey 2024)。本記事のスコープはこの「週10時間未満層」の現実的な時間術です。

あなたが本業と家族を両立しながら個人開発SaaSを進めたいなら、最大の制約は「時間」です。コードを書く能力でも、技術知識でもなく、純粋に「1日に何時間コードに触れられるか」が個人開発の進捗を決めます。私はGramShift Desktop を本業と家族と両立しながら1年間運用してきました。その中で確立した時間配分ルールを共有します。同じ立場で戦っているあなたの参考になればと思います。

1日2-3時間が現実、それ以上は持続しない

個人開発の時間を増やそうとすると、睡眠時間か家族時間を削るしかありません。どちらも長期的には致命的です。睡眠を削ると本業のパフォーマンスが落ち、開発の集中力も落ちる悪循環に入ります。家族時間を削ると、配偶者の理解が得られなくなり、個人開発自体が継続できなくなります。

私の1日の時間配分は概ねこんな感じです。本業 9時間、通勤 1時間、食事と入浴 1.5時間、家族時間 (子供の宿題見守り、夕食、団らん等) 2時間、個人開発 2-2.5時間、睡眠 6.5-7時間。合計24時間です。個人開発に充てるのは平日夜の 22時〜24時半、週末は 2-3時間程度。週合計で 11-13時間が現実的な上限です。

朝の30分で「今日の1タスク」を決める

限られた2時間を最大化するために、私は朝の30分 (通勤の時間に) で「今日やる1タスク」を決めるルールを採用しています。夜の作業開始時に「今日何やろうか」と悩む時間は完全な無駄です。朝の電車の中で、Notion に「今日の1タスク」を書き込んでおけば、夜の作業開始時にすぐコードに集中できます。

具体例として、ある日の「今日の1タスク」はこんな感じです。「Stripe webhook の冪等性チェック実装、event.id のテーブル追加 + 既存ハンドラに3行追加 + 単体テスト追加、合計60行程度」。夜の作業時間2時間で完了する明確なスコープです。これを毎日積み上げると、月に約 20-25 個の独立タスクが終わります。

長い処理は他作業と並行できる構造に

個人開発の2時間で最大の生産性を出すには、長い処理 (ビルド、テスト、デプロイ) を待ち時間として使わない設計が大事です。私は GramShift で以下の自動化を入れています。

• ビルドは Windows タスクスケジューラで自動実行、deploy も自動
• テストは git push 時にGitHub Actions が走り、結果を Discord に通知
• 記事生成は別マシン (Windowsタスク) でバックグラウンドで毎日走る
• バックアップは深夜3時に自動で走る

これにより、私が直接コードに向き合う2時間は、純粋に「考える・書く」だけに使えます。1記事生成を Gemini に投げて30秒待つ、というような細切れの待ち時間が積み上がると、1日の2時間が実質1時間になります。これを網羅的に削るのが、副業個人開発の生産性ルールです。

家族との約束は絶対に守る

個人開発で最も難しいのが、家族との時間と開発時間のバランスです。私は妻と以下の約束を1年継続しています。

• 週末1日 (土曜日) は完全に家族の時間にする、コードに触れない
• 子供の学校行事は最優先、開発予定は調整する
• 夕食は家族全員で取る、その時間にPCを開かない
• 21時から22時は子供との時間 (宿題見守り、本読み聞かせ等)

これらを守ると、個人開発の時間は1日2時間に制限されます。しかし、家族との関係が安定していることで、長期間集中して個人開発を続けられます。「開発時間を最大化する」より「持続可能な配分を維持する」ほうが、結果として個人開発の進捗が早くなる、というのが1年運用しての実感です。

本業の質を絶対に落とさない

もう一つ重要なのは、本業のパフォーマンスを絶対に落とさないことです。個人開発は副業として始まり、軌道に乗るまで2-3年かかります。その間、収入の柱は本業です。本業の評価が落ちて昇給が止まったり、最悪解雇されたりすると、個人開発の経済的基盤も崩れます。

私は本業の業務時間中は個人開発のコードに一切触れません。昼休みに通知だけ確認して、緊急事項があれば帰宅後に対応する形です。本業に手を抜くと、回り回って個人開発の継続性を損ないます。

持続可能性こそ最大の戦略

個人開発の成功要因は、天才性でも資金力でもなく「継続できるか」です。継続するには、時間配分が持続可能でなければなりません。1日2時間という制約を受け入れて、その中で最大の成果を出す工夫を積み上げる。これが副業個人開発の唯一の正解だと私は考えています。

個人開発の継続論や運用ノウハウは個人開発カテゴリ、具体的な実装記録は技術ログにまとめています。

新セクション: タイムブロッキング実装記 — 朝30分でその日を決める

「今日の1タスク」を朝に決めるという原則は、Cal Newport が Deep Work(2016) で提唱したタイムブロッキングの応用です。私は完全な Calendar 上のタイムブロックは入れていませんが、毎朝の通勤時間に Notion で「今日のタスク」を1行だけ確定させる軽量版を1年継続しています。

具体的な運用は以下の通りです。

• 06:50-07:20: 通勤電車で Notion に「今日の1タスク」を1行で書く。スコープは「2時間で完了するサイズ」
• 22:00-22:05: 帰宅後 PC を開いた瞬間に Notion を見て、すぐコードに着手
• 23:55: 「今日のタスク」の完了/未完了を1行追記して終了
• 翌朝の振り返り: 連続未完了が3日続いたらスコープが大きすぎる兆候、分割

Calendar 完全タイムブロックを試した時期もありますが、家族の予定や本業の残業で崩れる頻度が高く、副業層には軽量化版が現実的でした。Cal Newport も「シャドウタイムブロッキング (Shadow Time Blocking)」として、ピア向けの簡易版を推奨しています(参考: calnewport.com)。

1年運用しての効果は、夜の作業開始時の「何をやるか悩む時間」が完全にゼロになり、純粋に書く時間が 1.7倍ほどに伸びた感覚があります(主観値、ストップウォッチ計測ではない)。

新セクション: Pomodoro vs Deep Work — 個人開発でどちらが効くか

副業個人開発の2時間枠で生産性を最大化する作業手法として、Pomodoro(25分集中+5分休憩のサイクル)と Deep Work(90-120分の連続集中)のどちらが効くかを、私は約半年かけて A/B 比較しました。結論を先に書くと、「曜日で使い分け」が最も効きました。

Pomodoro が効いた局面

• 平日夜の疲労が大きい日(本業で会議が多かった日)
• 新しいライブラリの調査・ドキュメント読みなど「集中切れがちな探索作業」
• テストコード執筆など「区切りが付けやすい繰り返し作業」

Francesco Cirillo の The Pomodoro Technique(原典: francescocirillo.com)が想定していた「気が散る環境での集中強化」と、副業個人開発の夜時間帯はよく合致します。

Deep Work が効いた局面

• 週末土曜日の朝(家族が外出している2-3時間枠)
• 新機能のアーキテクチャ設計、データモデル設計など「連続思考が必要な作業」
• 難しいバグの原因究明(コンテキストを切ると思考が断絶する)

Cal Newport が Deep Work(2016)で指摘するように、コンテキストスイッチのコストは認知タスクでは想像以上に大きく、Pomodoro の25分区切りはむしろ阻害要因になることがあります。私の実感でも、土曜朝の Deep Work で1機能が完成する一方、Pomodoro で同じ作業を分割すると2-3週末かかります。

運用ルール (1年継続して固まった)

曜日/時間帯	手法	典型タスク
平日 22:00-24:00	Pomodoro	テスト / 調査 / バグ修正 / 小機能
土曜 09:00-12:00	Deep Work	設計 / 大型機能 / リファクタ
日曜	家族時間(コード触らず)	—

「常に Pomodoro」「常に Deep Work」という単一手法は、副業層の不安定な可処分時間とは噛み合いません。手法選択を時間帯に紐づけることで、判断コストもゼロにできます。

新セクション: Windows タスクスケジューラで「触れない時間」を生産時間に変える

副業個人開発の2時間を最大化するには、「自分が PC に向かっていない時間」を生産時間に変換する必要があります。私が Windows 11 のタスクスケジューラで自動運用している主なタスクは以下のようなジャンルです(具体的な機密値・アカウント名・閾値は本記事では非開示):

• 毎日深夜帯: バックアップ自動取得 → クラウドストレージへ転送
• 毎日早朝: 各種メディアサイトの分析データ取得 → ダッシュボード更新
• 毎日朝: 各種稼働状況のサマリ生成 → Discord 通知
• 毎日複数回: コンテンツ生成バッチ・配信バッチ
• 定期: 各種品質チェック・整合性検証

Windows タスクスケジューラは UI が古典的で罠も多いですが、個人開発者にとっては「Cron 代替の0円自動化基盤」として極めて強力です。よくある罠の一覧(個別記事で詳述しています):

• exit code 9009: コマンドパスが解決されない、フルパス指定で回避
• .bat の CRLF/LF 問題: エディタの改行コード設定に注意
• 結果コード 267011/267014: 実行アカウントの権限不足、SYSTEM 実行や対話ログオン要否を確認
• VPN 接続中の DNS 解決遅延: 起動トリガーに遅延を入れる

個人開発者として macOS/Linux の cron に慣れている方も、Windows メイン環境なら Task Scheduler を最初に習熟するのが投資対効果が高いと感じます。代替として PowerShell スケジュール、Node-cron 常駐プロセスもありますが、OS 再起動後の確実な復帰という観点では Task Scheduler に分があります。

新セクション: 副業層の時間配分の業界平均と私の位置

業界統計で副業個人開発の時間配分を確認すると、Stack Overflow Developer Survey 2024 では副業として開発を行う回答者の時間配分は概ね下記分布です(複数回答含む):

• 週 5時間未満: 約 22%
• 週 5-10時間: 約 38%
• 週 10-20時間: 約 27%
• 週 20時間以上: 約 13%

私の週 11-13時間は「週 10-20時間」のレンジに位置します。Indie Hackers のコミュニティ統計でも、有料サブスクが立ち上がっている個人開発者の多くが「週10-15時間」レンジに集中していると報告されています(出典: indiehackers.com コミュニティスレッド多数)。

つまり、副業個人開発で「週20時間以上」を確保しようとするのは平均からの大幅な逸脱で、家族時間・本業・睡眠のどこかが必ず歪みます。週10-15時間レンジを「現実的な上限」と認めて、その中で最大効率を出す方が長期継続率が高い、というのが業界平均と整合する結論です。

AI を「相棒」として時間を増やす — Human-first 設計の運用例

2026年の副業個人開発で時間術を考えるとき、AI を「自分を置き換える存在」ではなく「相棒として時間を増やしてくれる存在」として位置づける視点が重要です。私は Claude Code(Opus 4.7 を含むペアモデル運用)を相棒として、以下のように時間を増やしています:

• 記事のドラフト作成は AI、最終判断と独自データの注入は人間
• コードレビューの一次パスは AI、設計判断は人間
• 定型運用(バックアップ確認、ログ解析)は AI、異常判断は人間

これは「AI が代わりにやってくれる」のではなく「AI と人間で役割分担した結果、人間の集中時間を本質的な判断に振り向けられる」という Human-first AI の運用です。週11-13時間の制約が「実質週20-25時間相当の出力」になる、というのが直近半年の実感です(定量計測ではなく主観値)。

まとめ — 持続可能性こそ最大の戦略 (1年運用しての確信)

副業個人開発の時間管理で最後に強調したいのは、最大化ではなく持続可能性が成功の鍵だということです。1日2時間という制約を受け入れ、タイムブロッキング・Pomodoro/Deep Work の使い分け・自動化基盤・家族との約束・AI相棒運用を組み合わせることで、週11-13時間でも個人開発SaaSは1年継続できます。

個人開発の継続論や運用ノウハウは個人開発カテゴリ、具体的な実装記録は技術ログ、副業vs専業の判断軸は本業を続けながら個人開発SaaSを進める判断軸もあわせてご参照ください。

筆者: Sasaki Ryuji — GramShift / saas-diary 開発者。本業 + 副業個人開発を1年継続中。