個人開発は5分から動く：アクティブモチベーションとレディネス
個人開発が止まる原因って、技術だと思われがちです。
でも実際は、もっと別のところで止まることが多いです。
それは「モチベーション」です。
以前、個人開発が止まる原因は技術ではなく“モチベ”だった、という話を書きました。
今回はその続きです。
モチベは気分で上下します。
だから「やる気が出た時にちゃんと進められる状態」を作っておくことが大事になります。
ここで出てくるのが、仕事の可用性（Availability）とレディネス（Readiness）です。
この記事の結論
最初に結論です。
個人開発は、やる気があるかどうかより 「いつでも作業できる状態」 が重要
良いアイデアが浮かんだ時、やる気が出た時に すぐ着手できる可用性 が価値
やる気がなくても 5分だけ触ると火がつく ことがある（アクティブモチベーション）
その5分を成立させるために、最初の一歩を軽くするレディネス を上げる
要するに、個人開発は「気合」より「準備」が勝ちます。
1. 個人開発が止まるのは「技術不足」ではなく「動ける状態不足」
個人開発が止まる時って、こういう状態が多いです。
何から手をつけていいかわからない
環境を開くのが重い
PCを開ける状況じゃない
時間がまとまらない
考えることが多すぎて疲れる
つまり、技術が足りないというより「立ち上げコスト」が高すぎる。
この状態だと、やる気があっても進みません。
逆に言えば、ここを軽くできると進みます。
2. 可用性とレディネスを、個人開発に翻訳する
ここからは言葉の定義を、個人開発の文脈に落とします。
可用性（Availability）とは
個人開発における可用性は、こういう意味です。
やりたいと思った時に、作業できるか。
例えば、こんな瞬間ってありますよね。
移動中にアイデアが浮かぶ
寝る前に「ここ直したい」が思いつく
昼休みに5分空く
仕事の合間に少し時間ができる
このときに、作業できる状態があるか。
これが可用性です。
レディネス（Readiness）とは
レディネスは「準備の整い具合」です。
個人開発におけるレディネスは、こういう意味になります。
最初の一歩が踏めるか。
次にやることが決まっている
必要なリンクが揃っている
ファイルを開いたらすぐ触れる
1つだけタスクを片付けられる
レディネスが高いほど、始めるのがラクになります。
3. アクティブモチベーション：5分で火がつく
やる気が出ない日でも、なぜか「5分だけ」触ったら進む日があります。
最初は面倒
触り始めると集中してくる
気づいたら30分やってる
こういう現象を、アクティブモチベーションと呼びます。
やる気が “先” ではなく、行動が “先” でやる気が後からついてくる。
ただし、これが起きる条件があります。
最初の一歩が軽いこと。
つまり、レディネスが高いことです。
4. レディネスを上げる設計（実践編）
ここからが本題です。
レディネスは「気合」ではなく「設計」で上げられます。
4-1. 作業を「PCでしかできない」と決めない
初心者ほど、こう思いがちです。
個人開発はPCを開かないと進まない。
でも実際には、スマホでできることがかなりあります。
スマホで進められる作業を増やすと、可用性が上がります。
そして、可用性が上がると前進回数が増えます。
4-2. PC作業／スマホ作業を先に洗い出す
おすすめは、作業を2種類に分けておくことです。
PCでしかできない作業
実装（コードを書く）
動作確認（ブラウザで確認）
デプロイ設定
大きめの修正
スマホでもできる作業
仕様メモ、要件の整理
TODO整理、優先順位付け
README追記
公開文（紹介文）の下書き
スクショ整理、比較
「次にやること」を書く
こうやって先に分けておくと、忙しい日でも「進められる作業」が見つかります。
4-3. 「次の一手」を常に固定する
個人開発が止まる最大の原因は、これです。
次に何をするかを考えるのが重い。
対策はシンプルで、終わる時にバトンを書くだけです。
バトンメモ（おすすめ）
次にやる1手
今詰まってる点
必要なリンク/コマンド
例
次：script.jsにdelete追加
詰まり：id不一致
見る：index.htmlのtaskList
これだけで、再開が驚くほどラクになります。
4-4. 5分メニューを作る（入口を常に軽く）
やる気がない日でも、5分なら触れる。
この状態を作ると、アクティブモチベーションが起きやすくなります。
5分メニュー例
TODOを1個減らす
READMEに1行追加
画面の文言を1つ直す
エラー文をメモして次回の依頼文を作る
Issueに「次やること」を書く
公開用の説明文を1段落書く
大事なのは、短く終わること。
そして、終わったら「前進した」と認識できることです。
5. 可用性を上げる運用：時間を作るより、瞬間を増やす
個人開発は「まとまった時間が取れない」と止まりがちです。
でも、現実にはまとまった時間は取れないことが多いです。
だから方針を変えます。
作業時間を作る、ではなく
作業できる瞬間を増やす。
5分でできる作業を用意する
スマホでできる作業を用意する
次の一手を固定して迷いを減らす
この3つが揃うと、忙しい週でも前進できます。
6. 注意点：気合に頼らない
気合に頼ると、こうなります。
気合がある日に一気に進める
疲れて数日止まる
止まった自分を責める
再開が重くなる
これを避けるために、レディネスを上げます。
進まない日は、才能不足ではありません。
設計不足のサインです。
まとめ：最初の一歩を踏み出しやすい形にしておく
最後に要点をまとめます。
可用性：やりたい時に作業できる状態
レディネス：最初の一歩が踏める状態
5分で火がつく（アクティブモチベーション）には入口の軽さが必要
PC/スマホの分業、次の一手メモ、5分メニューで“常に動ける”状態にする
個人開発は、やる気がある人が勝つゲームではありません。
「やりたい瞬間」を逃さない人が勝つゲームです。
付録：すぐ使えるテンプレ
PC作業／スマホ作業の分類テンプレ
・PCでやること
・スマホでやること
バトンメモテンプレ
・次にやる1手
・詰まりポイント
・必要リンク/コマンド
5分メニュー（例）
・TODOを1つ消す
・READMEに1行追加
・Issueに次の一手を書く
・公開文を1段落書く
