ちょっと試行錯誤したけど、今の段階で固まった内容を書く。
基本方針は、管理フローをややこしくしない、である。ややこしくてやらなくなるより、シンプルにしてやれる方がマシである。
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
UI要素を右クリックさせるのは悪いUXなのか？
あるUI要素を、マウス左クリックした時と右クリックした時で挙動が異なるのは、悪いUXなんだろうか？
理想論で言えば、左クリックのみを許容し、2つの異なる挙動をさせたいなら、さらにボタンを表示してどちらかを選択させる、というのがいいのだろう。
でも、それだとある挙動を実行する時に、必ず2アクションになってしまう。
左クリックならAの挙動、右クリックならBの挙動、とすれば、どちらも1アクションでいけるけど、分かりにくいというデメリットがある。
左クリックでメインの挙動、右クリックでコンテキストメニュー表示、がいいのかな？
ゲームのUIって、多少わかりにくくても、手数の少なさを優先した方がいいように思う。
2024/07/26 07:56
UE5のListView、正直言ってややこしすぎだ。
あれこれ苦労して、なんとか想定する仕様通りに実装できた。
忘れちゃいそうだし、まだ腑に落ちない部分もあるので、後でListViewの使い方を書こう。
2024/07/24 08:26
これまでずっと、減算、を、げんさん、って読んでいた。加算、が、かさん、なんだからそうだろうと。
IMEの変換で、げんさん、とやっても減算って出てこないのなんでかな？と思っていたのだけど、調べてみたら、げんざん、と読む事がわかった。
まぁ、口頭では、引き算、って言うから、多分他人から、あれ？って思われた事はないだろう。
2024/07/12 08:11
2024/06/29 20:42
アストロスケール、商業デブリ除去実証衛星「ADRAS-J」が軌道上で撮影したデブリの画像を初公開 – DRONE
軌道上だと、やっぱりかなり明暗差があるように見えるな。
2024/06/15 09:07
Loading...