短い没頭期を資産に変える
飽きやすい人は継続力を鍛えるより、「飽きる前の回収」を設計する
新しいことへ強く興味を持つ。短期間で大量に調べ、一気に形にする。周囲より速く伸びる。
しかし、成果が安定する前に興味が別の対象へ移る。
この性質を「継続力がない」と考えると、長く続けられない自分を直そうとすることになる。だが、何度試しても同じ動きになるなら、性格を矯正するよりプロジェクト側を変えた方がよい。
問題は飽きることではない。飽きるまでに得たものが、何も残らないことである。
Section 01 — 没頭期は短くても、価値は大きい
没頭期は短くても、価値は大きい
飽きやすい人は、興味がある間の集中力が高いことがある。
数週間で新しいツールを覚え、試作品を作り、他分野の知識まで接続する。長期的に一定の速度で進む人とは違い、最初の加速が非常に大きい。
この加速を無視して、毎日少しずつ同じことを続ける型へ無理に合わせると、強みまで消える。
必要なのは、熱量がある期間を前提に、価値を回収できる形へ変えることだ。
Section 02 — 「いつか完成」では遅すぎる
「いつか完成」では遅すぎる
飽きやすい人にとって、半年後の完成を目指す計画は危険である。
途中まで作ったもの、読んだだけの資料、頭の中にしかない判断。これらは興味が切れた瞬間に止まり、再開もしにくい。
だから、完成の単位を小さくする。
最終版ではなくても、30日で一度公開可能な形にする。ツールなら一つの機能を動かす。記事なら一本完成させる。調査なら結論と根拠を一枚にする。
「いつか大きく完成」ではなく、「短期間で小さく閉じる」を繰り返す。
Section 03 — プロジェクトを三種類に分ける
プロジェクトを三種類に分ける
すべての興味を同じ重さで扱うと、途中の案件が増え続ける。
そこで、プロジェクトを三つに分ける。
本命：長期的に積み上げるもの
スプリント：数週間で成果物を一つ作るもの
探索：試すだけでよく、成果を義務にしないもの
探索を本命のように扱うと負債になる。本命を探索のように放置すると軸がなくなる。最初に役割を決めるだけで、飽きた時の扱いが分かりやすくなる。
Section 04 — 飽きる前に四つを回収する
飽きる前に四つを回収する
興味が強い間に回収したいものは四つある。
一つ目は成果物。記事、コード、テンプレート、調査表など、他人が見ても分かる形にする。
二つ目は判断基準。何を良いと考え、何を却下したかを残す。
三つ目は再利用部品。プロンプト、デザイン、テスト、データ構造など、次の案件へ持っていけるものを分離する。
四つ目は再開地点。次にやること、未解決の問題、必要なファイルの場所を書く。
この四つがあれば、途中で興味が切れても経験は消えない。
問題は飽きることではない。
飽きるまでに得たものが、何も残らないことである。
Section 05 — 棚卸し日を先に決める
棚卸し日を先に決める
飽きる日は予測しにくい。だから、熱が続いているうちに棚卸し日を予定へ入れる。
毎週末や30日目に、現在の成果、残すもの、やめるもの、次へ転用するものを確認する。完成を待ってから整理するのでは遅い。
棚卸しは反省会ではない。熱量を資産へ変換する作業である。
Section 06 — 保守をAIと仕組みへ移す
保守をAIと仕組みへ移す
作ることは好きでも、同じものを保守し続けるのは苦手な場合がある。
更新手順を自動化し、確認項目をチェックリストにし、定型作業をAIへ渡す。新しい興味が別へ移っても、最低限の運用が続く形へする。
すべてを自動化できなくても、「どこを見れば異常が分かるか」だけを決めておくと維持しやすい。
Section 07 — 休止を失敗にしない
休止を失敗にしない
一度止めたプロジェクトを失敗と考えると、未完了案件が心理的な負債になる。
しかし、成果物、判断基準、部品、再開地点を回収できていれば、休止は一つの正常な状態である。必要になった時に再開してもよいし、別の案件の材料にしてもよい。
続けないことと、無駄になることは同じではない。
Section 08 — 継続力より、再開可能性を作る
継続力より、再開可能性を作る
長く続けることだけが正解ではない。
短期間で深く入り、価値を回収し、次へ移る。その動きを前提にすれば、飽きやすさは探索速度と制作速度へ変わる。
重要なのは、毎日続ける自分になることではない。止まっても残り、必要なら戻れるプロジェクトにすることである。
Section 09 — 30日で価値を回収するスプリント設計
30日で価値を回収するスプリント設計
飽きる時期を正確に予測することはできない。そこで、最初から30日で一度閉じる計画を作る。
| 期間 | やること | 必ず残すもの |
|---|---|---|
| 1〜3日目 | 興味の中心と完成条件を決める | 一文の目的、やらないこと |
| 4〜10日目 | 最小版を作る | 動く試作、記事一本、調査結果 |
| 11〜17日目 | 実際に使い、問題を直す | 失敗一覧、判断基準 |
| 18〜23日目 | 再利用できる部品を分ける | テンプレート、プロンプト、データ構造 |
| 24〜27日目 | 他人か未来の自分が使える形へ整える | README、操作手順、参照先 |
| 28〜30日目 | 続行・保守・休止を決める | 状態、次の一手、再開条件 |
最初の三日で「やらないこと」を決めるのが重要である。興味が強い時期は、関連機能や別テーマまで魅力的に見える。範囲を広げるほど、完成前に熱が切れる可能性が高くなる。30日で事業を完成させる必要はない。30日後に、価値のある一単位が外へ出ていることを目標にする。
Section 10 — 回収すべき資産のテンプレート
回収すべき資産のテンプレート
プロジェクトを休止する前に、次の内容を一枚へまとめる。
プロジェクト名
何を作ろうとしたかが分かる具体的な名前を書く。
今回できたこと
完成した機能、記事、調査、データ、公開URLなど、事実だけを書く。
分かったこと
うまくいった条件、失敗した方法、想定と違った点を書く。
再利用できるもの
コード、デザイン、プロンプト、チェックリスト、判断基準を列挙する。
未解決
技術的な問題、規約確認、データ不足、収益性などを分ける。
再開条件
「時間ができたら」ではなく、「API利用条件を満たしたら」「月間検索表示が一定数を超えたら」のように、再開する具体的な条件を書く。
次の30分でやること
再開時に最初から考え直さないよう、最小の次作業を一つ書く。
この一枚があるだけで、数か月後の再開難易度が大きく下がる。熱量は保存できないが、文脈と再開地点は保存できる。
Section 11 — 続ける、任せる、止めるの判断基準
続ける、任せる、止めるの判断基準
30日目に、次の三択で決める。
続ける
- 使う人、読者、成果のいずれかが確認できた
- 次の改善点が具体的である
- 本人がまだ検証したい問いを持っている
- 維持コストが許容範囲である
保守を任せる
- 中核は完成している
- 更新作業が定型化できる
- AI、自動処理、別担当へ手順を渡せる
- 本人が毎回判断しなくても回る
休止する
- 需要や利用価値を確認できない
- 外部条件が整うまで進められない
- 別のプロジェクトで同じ学びを得られる
- 続行理由が「ここまでやったから」だけになっている
休止を選ぶ時も、成果物と判断を回収できていれば失敗ではない。むしろ、興味が消えた後も惰性で保守し続ける方が、次の強い没頭期を消費する。
Webサービスなら、どこまで回収すればよいか
たとえば価格比較の小さなWebサービスへ一か月没頭した後、興味が別へ移ったとする。このとき「毎週新機能を追加できなくなった」ことだけを見れば、継続失敗に見える。しかし、一か月の間に次を残せていれば、かなりの価値を回収できている。
- 最小版が公開され、主要画面が第三者にも見られる。
- 商品データの取得と更新が、決めた頻度で自動実行される。
- 外部APIが止まったときの表示と復旧手順がある。
- どの検索語、ページ、機能が使われたかを後から確認できる。
- 調査した規約、競合、商品照合ルールが文書になっている。
- 次の人や数か月後の自分が、30分で状態を理解できる。
逆に、画面は豪華でも、本人のPCでしか動かない、APIキーの場所が分からない、更新作業が毎日手動、なぜその設計にしたか残っていないなら、回収は不十分である。飽きる前に追加機能を増やすのではなく、「自分が今日いなくなっても残るもの」へ時間を振る。
調査プロジェクトなら、成果物を記事だけにしない
調査に飽きた場合も、完成記事が一本なければ無価値というわけではない。読んだ一次情報、比較表、判断基準、分からなかった点、使えない情報を整理すれば、別の記事や事業判断へ再利用できる。特に「なぜ採用しなかったか」は、数か月後に同じ案へ戻ったときの防波堤になる。完成物を一種類に限定しないことで、短い没頭期から回収できる価値は増える。公開物、内部資料、再利用部品、失敗ログの四つを分けて考えると、途中で止まった企画も次の土台になる。飽きやすい人に必要なのは、すべてを最後まで抱える義務ではない。熱量が高い間に探索し、価値を閉じ、運用可能なものだけを残すポートフォリオ設計である。
没頭期の最初に、終わり方を決める
熱量が高いときは、機能や記事を増やす計画ばかり考えやすい。開始日に、30日後に何があれば一区切りかを一文で書く。公開できる最小版、検証したい問い、残す部品、使える時間の上限を決める。終点があると、興味が薄れる前に重要な部分へ集中できる。時間の上限も必要である。毎晩遅くまで続ければ短期的には進むが、生活が崩れ、ある日急に触れなくなる。没頭できることを前提にしながら、睡眠、仕事、食事を壊さない範囲を置く。強い熱量を長持ちさせるより、壊れる前に成果へ変える。
新しい興味が出ても、すぐ移動しない
別の案が魅力的に見えたら、今のプロジェクトを捨てて着手するのではなく、探索メモへ保存する。名前、面白い理由、最初に調べることだけを書き、現在のスプリント終了日まで待つ。それでも興味が残っていれば、次の探索枠で試す。この待機は、発想を抑えるためではない。思いつくたびに作業環境を切り替えると、どの企画も公開、記録、引き継ぎの直前で止まりやすい。現在の成果を閉じてから移ることで、新しい興味も罪悪感なく始められる。
再開時には、過去の自分を信用しすぎない
数か月後に戻ると、当時の前提や外部条件が変わっている。保存した再開地点からそのまま実行せず、規約、API、競合、利用データを短く確認する。以前の判断は出発点であり、現在も正しいとは限らない。再開後の最初の30分では、成果物を動かし、未解決一覧を読み、次の一作業だけを行う。全体を再設計したくなっても、まず現状を確認する。小さく再接続できれば、休止期間が長くても再び没頭へ入りやすい。