ちょっと試行錯誤したけど、今の段階で固まった内容を書く。
基本方針は、管理フローをややこしくしない、である。ややこしくてやらなくなるより、シンプルにしてやれる方がマシである。
Kugelblitz
2024/08/30 11:56
個人開発におけるGithub Projectsの使い方
個人開発のプロジェクト管理にGithub Projectsを使っている。
タスクは、Githubのイシューとして登録する。
イシューの登録基準は自由で、粒度が荒すぎるとか、終了条件が不明確なものもバンバンイシューに登録する。
スマホからも登録できるので、ちょっとした空き時間に思いついたこともすぐイシューに登録する。
時々、登録されたイシューを見返して整理する。粒度が荒いものは分割し、終了条件が不明確なものは明確化する。
イシューの粒度は、基本的には60分程度で対応できるくらいまでとするが、場合によっては1イテレーション（2週間）で対応できるくらいの粒度とすることもある。
整理したイシューを、Github Projectsに登録する。つかうのはBoard（カンバン）レイアウトのみ。
今のイテレーションで実施したいことを登録していく。
ステータスの使い分けは、
- Backlog：そのイテレーションでやりたいタスク
- Ready：数日以内にはやりたいタスク
- In progress：今日やるタスク
- In review：完了しているが、未テストのタスク。開発タスクの場合、シッピングビルドでテストをする。
- Done：テストも完了したタスク
としている。
Backlogのイシューを見ながら、優先度を高いものをReadyに移していって、さらに今日やりたいものをIn progressに移動させるのが基本的なフローとなる。
基本的には左から右へイシューを動かすのだが、あ、これ後でいいや、とか今日やるにはちょっと重すぎるな、と思ったら遠慮なく左に戻していく。
とはいっても、あんまり左に戻しすぎると進捗があがらないので、そのあたりは自制心をもってバランスよく行う。
個人開発では、とにかくできるだけ多くイシューを動かすことが重要な気がする。ReadyやIn progressに停滞しているイシューがたまると、モチベーションが保てないと思う。イシューの粒度を60分程度で対応できるものにする、というのもイシューが停滞しないようにするための工夫である。
イシューをテンポよく左から右へ動かしていくことで、開発のリズムを作っている。
これとは別に、四半期ごとの目標も管理しているが、それはまた別途書くことにする。
2024/08/29 08:21
ちょっといいな。
2024/08/26 23:50
UE5のプロジェクト、Binaries、Intermediate、Savedって定期的に消したほうがいいんだろうか？
どんどん肥大化してくる。
2024/08/10 08:50
進捗
8月はロケットを打ち上げて軌道に乗せるところまで実装したい。
2024/08/01 23:33
Loading...