個人ゲーム開発で「今週できなかったこと」より「できたこと」を見返したい話

こんにちは、Mkです。

個人ゲーム開発をしていると、週の終わりに、

「今週もあまり進まなかったな」

と思うことがあります。

予定していた機能が終わらなかった。
直したかったバグが残った。
UI調整まで手が回らなかった。
新しい機能に着手できなかった。
公開準備も思ったより進まなかった。

やることをたくさん書いているほど、終わっていないものが目に入りやすいです。

自分も個人開発を続けている中で、未完了のタスクばかり見てしまうことがあります。

でも最近は、

「できなかったこと」だけではなく、「今週できたこと」もちゃんと見た方がいい

と思うようになりました。

今回は、週末に個人開発を振り返るときに、未完了タスクだけではなく、できたことも残しておきたいという話です。

未完了のタスクは目立ちやすい

タスク管理をしていると、終わっていないものはすぐ分かります。

チェックが付いていない。
ToDoに残っている。
「あとでやる」に積まれている。

一方で、終わったことは消してしまうことがあります。

バグを一つ直した。
原因候補を減らした。
Inspectorの設定を見直した。
AIに相談して確認手順を整理した。
コードを少し分割した。
作業ログを残した。

こういうものは、一度終わると意識から消えやすいです。

その結果、週末に見るのは、

「まだ残っている作業」

ばかりになります。

すると、

「全然進んでいない」

ように感じてしまいます。

でも実際には、結構いろいろやっています。

「完成した機能」だけが進捗ではない

ゲーム開発で分かりやすい進捗は、

新しい画面ができた。
新しい機能が動いた。
キャラクターが追加された。
ゲームが遊べるようになった。

みたいなものです。

でも、実際の開発では、それ以外の作業もかなり多いです。

不具合の調査。
コード整理。
プレイテスト。
仕様の見直し。
タスク整理。
Inspectorの確認。
Gitの整理。
AIとの相談。
「今回はやらない」と決めること。

こういうものも全部、ゲームを完成に近づけるための作業です。

なので週の振り返りでは、

「何を完成させたか」

だけではなく、

「何が分かったか」「何を整理したか」「何を決めたか」

まで見たいです。

「原因ではないと分かった」も入れていい

以前の記事でも書きましたが、不具合調査では、

「原因が分かった」

だけではなく、

「これは原因ではないと分かった」

ことも進捗です。

例えば、

Prefab参照は問題なかった。
CanvasGroupも正常だった。
Root Motionではなかった。
再表示時だけ再現することが分かった。

最終的に直っていなくても、見る範囲は狭くなっています。

週末に振り返るとき、こういうものも書いていいと思います。

「今週はバグが直らなかった」

だけだと何も進んでいないように見えます。

でも、

「原因候補を5個から2個まで減らした」

と書けば、ちゃんと進んでいることが分かります。

「やらない」と決めたことも進捗

個人開発では、何かを追加することばかりが進捗ではありません。

むしろ、

「これは今回はやらない」

と決めることも大事です。

例えば、

追加したかった機能を公開後に回した。
今はリファクタしないと決めた。
細かい演出は一旦止めた。
優先度の低いUI調整を後回しにした。

こういう判断をすると、作業量が減ります。

完成までの距離が短くなります。

だから、

やらないことを決めた＝進んでいない

ではなく、

やることを絞った＝完成に近づいた

と考えてもいいと思います。

週末に見返したとき、

「今週やめたこと」

も書いておくと、意外と大きな進捗が見えてきます。

1週間の振り返りは3項目くらいでいい

振り返りを細かくしすぎると、それ自体が面倒になります。

個人開発なので、仕事みたいな週報を作る必要はありません。

自分なら、

今週できたこと
今週分かったこと
来週最初にやること

この3つくらいで十分だと思います。

例えば、

【今週できたこと】
・UI表示崩れを修正
・Animatorの回転原因を確認
・セーブ画面を3回開閉して問題なし

【今週分かったこと】
・2回目だけ壊れるときはClose時の状態を見る
・Prefab参照は今回の原因ではなかった

【来週最初にやること】
・セーブ画面をビルド版で確認する

これだけ。

これなら数分で書けます。

「来週やること」は1つにする

週末に振り返ると、

「来週はこれもやる、あれもやる」

とまたタスクを増やしたくなります。

でも、来週の計画を全部決めなくてもいいと思っています。

まずは、

次にUnityを開いたとき最初にやること

だけ決める。

例えば、

「セーブ画面をビルドして確認する」
「AnimatorのClip設定を見る」
「UIの修正前スクショを残す」

このくらい。

次にやることが1つ決まっていれば、再開しやすいです。

全部決めるより、

「まずこれ」

がある方が、作業に入りやすい気がします。

作業ログを見返すと、意外と進んでいる

毎日少しでも作業ログを残していると、週末に見返したとき面白いです。

その日は、

「今日はほとんど進まなかった」

と思っていても、1週間分並べると結構あります。

月曜：エラー調査
火曜：原因候補を減らした
水曜：修正
木曜：再確認
金曜：コード整理
土曜：プレイテスト
日曜：次の作業を整理

一日単位では小さくても、積み重ねるとかなり進んでいます。

個人開発は、大きな進捗より、

小さな作業の積み重ね

で進むことが多いです。

だから、週単位で見るのはかなり良いと思っています。

AIとの相談履歴も振り返りに使える

AIを開発で使っているなら、相談履歴もそのまま振り返り材料になります。

今週何を聞いたかを見ると、

どこで困っていたか。
どんな原因候補が出たか。
何を試したか。
どこまで解決したか。

が分かります。

AIに相談しただけの日でも、

「確認する場所が決まった」
「原因候補が整理できた」

なら、ちゃんと進捗です。

相談履歴を全部読み返す必要はありません。

最後の結論だけ作業ログに一行残しておけば十分です。

できなかったことも、もちろん見る

もちろん、

「できなかったことは見なくていい」

という話ではありません。

予定より遅れている。
同じところで何日も止まっている。
タスクを増やしすぎている。
何度も同じ作業を先送りしている。

こういうものは、見直した方がいいです。

ただ、

できなかったことだけで1週間を評価しない

ようにしたいです。

「これが終わらなかった」

と同時に、

「でもここまでは進んだ」

も見る。

その両方があった方が、今の状態を正しく見られると思います。

「今週の1個」を決めるのもよさそう

もし振り返りを書くなら、

今週一番進んだと思うこと

を1つ決めるのも面白そうです。

例えば、

「進行不能バグを直した」
「ゲームの完成条件を決めた」
「追加機能を1つやめた」
「原因調査の方法が分かった」
「プレイテストしてもらった」

何でもいいです。

この1個があるだけで、

「今週は何をしていたのか」

が分かります。

全部を記録する必要はありません。

一番意味があったものを残す。

それだけでも、開発ログとしてかなり使いやすくなると思います。

まとめ

個人ゲーム開発をしていると、どうしても終わっていないタスクに目がいきます。

あれがまだ。
これもまだ。
来週もやらないと。

でも、その1週間の中では、

バグを調べた。
一つ修正した。
原因候補を減らした。
やらないことを決めた。
AIに相談して整理した。
作業ログを残した。

いろいろ進んでいるはずです。

だから週末くらいは、

「できなかったこと」より先に「できたこと」を見る

ようにしてもいいと思っています。

今週できたこと。
今週分かったこと。
来週最初にやること。

この3つだけでも十分です。

個人開発は、毎週大きな機能が完成するわけではありません。

でも、小さく直したこと。
調べたこと。
判断したこと。

そういう積み重ねでゲームは完成に近づいていきます。

自分も週の終わりに、

「今週もまだ終わらなかった」

だけで終わるのではなく、

「でも、ここまでは進んだ」

を一度見返すようにしたいです。

そして、次にUnityを開いたときにやることを一つだけ決めて、また続きを進める。

そのくらいの振り返りで、個人開発を長く続けていきたいと思います。

関連するテーマ：#ゲーム開発 #個人開発 #Unity #Unity開発 #ゲーム制作 #個人ゲーム開発 #作業ログ #開発日記 #タスク管理 #振り返り #AI活用