ゲーム制作のスケジュール管理：個人向け
遊びを届ける執筆にClaudeを使用しています。
個人でゲームを作るとき、スケジュールが崩れる原因はほぼ決まっています。「作業量の見積もりが甘かった」「途中でスコープが広がった」「モチベーションが落ちて手が止まった」の三つです。チームであればレビューや締め切りが外部から課されますが、個人制作ではそれがありません。自分でスケジュールを作り、自分でそれを守る仕組みを用意しなければ、多くのゲームが「いつか完成する予定の未発表作品」のまま止まります。 この記事では、個人開発者がスケジュールを立てる際の考え方と、現実的に動き続けるための管理手順を示します。ツールの種類や開発言語を問わず使える内容です。
この記事の目次
なぜ個人制作のスケジュールは崩れるのか
個人制作でスケジュールが崩れる最大の原因は「タスクの粒度が大きすぎること」です。「戦闘システムを実装する」という一行のメモが一週間のタスクとして残っていても、実際にそれが何時間かかるかは着手するまでわかりません。見積もりが甘いまま積み上がると、締め切り直前に作業量の実態が見えてきて、削れる機能を削れないまま焦りだけが増します。
もう一つの原因はスコープクリープ（scope creep）、つまり開発の途中でやりたいことが増え続ける現象です。「せっかくだからランキング機能も」「このステージにもう一つギミックを」と積み重なり、全体の完成が遠のきます。個人制作ではこの判断を止める人が自分しかいないため、意識的な仕組みが必要です。
最初にやること：スコープを固定する
スケジュールを作る前に、ゲームの「最小完成形」を定義します。これはMVP（Minimum Viable Product）とも呼ばれる考え方で、「これだけあれば遊べて、人に見せられる」という状態を指します。
具体的には次の問いに答えます。
- ゲームのコアループは何か（何をして、何が起きて、また繰り返すか）
- ステージ数・レベル数の上限はいくつか
- 必須ではない演出・機能をリストアップし、「後回し」リストに移せるか
この段階でスコープを文書化しておくことが重要です。後から「あれも入れたい」という欲求が生じたとき、「後回しリスト」に追加するだけで本体の締め切りを守れます。完成後に追加するかどうかは、完成してから決めればよいのです。
タスクを細かく割り、時間で見積もる
スコープが決まったら、機能や画面単位でタスクを書き出します。このとき「2〜4時間で終わる粒度」を目安にすると、見積もりのズレが小さくなります。
たとえば「メニュー画面を作る」というタスクは「スタートボタンを配置してシーン遷移をつなぐ」「BGMのフェードイン処理を追加する」「モバイルでのタップ判定を確認する」のように分解できます。分解すると、最初は3時間と思っていた作業が実は7〜8時間分あると気づくことがよくあります。
見積もりには「バッファ」を組み込みます。一般的な考え方として、見積もり時間の1.5〜2倍の余裕を全体スケジュールに持たせると、予期しない不具合や体調不良による休止を吸収しやすくなります。特にデバッグ工程は所要時間の予測が難しいため、開発後半に多めに日数を確保しておくのが堅実です。
週次・日次でスケジュールを運用する
計画を立てた後、実際に動き続けるための運用サイクルが必要です。個人開発に合わせたシンプルな運用例を示します。
週の始めに確認する（15分程度）
- 先週完了したタスクと残ったタスクを確認する
- 今週のタスクを3〜5個に絞る（多すぎると消化不良になります）
- 締め切りまでの残り週数と残タスク数を照合し、ズレがあれば調整する
作業日の終わりに記録する（5分程度）
- 完了したタスクにチェックを入れる
- 想定外に時間がかかった作業を一言メモする
- 翌日最初に手をつけるタスクを一つ決めておく
この記録は自分の作業速度の実績データになります。2〜3週間続けると、自分が一日に実際に何時間作業できるか、どの種類の作業に時間がかかるかが見えてきます。この実績に基づいて残りのスケジュールを修正すると、後半の見積もり精度が上がります。
ツールはスプレッドシート・Notion・紙のメモなど何でも構いません。重要なのは「毎週必ず開く習慣になっているか」です。使いにくいツールは続きません。
スケジュールが崩れたときの立て直し方
どれだけ丁寧に計画しても、スケジュールは崩れます。問題はその後にどう対処するかです。
崩れたと気づいたときに最初にすべきことは、原因の分類です。「作業量の見積もりがずれた」のか「作業時間そのものが取れなかった」のかで対処が変わります。
作業量のズレなら、後回しリストから機能を削り直してスコープを再調整します。「削ったら完成しない」と思うかもしれませんが、すべての機能が中途半端なまま未完成で終わるよりも、コア機能だけが完成して公開できる状態の方がよい成果です。
作業時間が取れなかった場合は、スケジュールの前提（週に何時間作業できるか）を見直します。副業や家庭の都合で制作に使える時間は変動します。現実の時間に合わせた計画に修正する方が、「遅れている感覚」から抜け出す近道です。
どちらの場合も、締め切りを延ばすことへの罪悪感を持ちすぎないことが大切です。個人制作の締め切りは自分が決めたものであり、変更権も自分にあります。根拠なく設定した日程に縛られて止まるよりも、現実に合わせて動き続ける方が完成に近づきます。
「完成」を定義してから動き出す
スケジュール管理の最終的な目的は、ゲームを「完成させて公開する」ことです。完成の定義があいまいなまま開発を続けると、終わりが見えず疲弊します。
最初に決めたMVPを「完成」と定義し、それが達成できたら公開する、という判断基準を自分の中に持っておきます。公開後に機能を追加したり改修したりすることは十分可能です。完璧な状態を待つよりも、一度公開して反応を見ながら育てる方が、長期的に見て継続しやすい開発スタイルです。
次の行動
今から作業リストを一枚の紙かスプレッドシートに書き出し、各タスクを2〜4時間単位に分解してみてください。その合計時間と、自分が週に使える現実の制作時間を照らし合わせると、完成までの大まかな週数が見えてきます。完成したゲームはアソバースのようなプラットフォームでHTMLまたはZIPファイル形式で公開できますので、「完成したら公開する場所」を先に決めておくことも、制作を最後まで続けるモチベーションになります。
