趣味のプログラマーとして、アジャイルの回顧展のような継続的改善のようなプロセスをプロセスに組み込むにはどうすればよいですか?
各プロジェクトの最後に、3つの良い点と悪い点の箇条書き項目を試しましたが、十分ではないと感じています。そして、スプリントの回顧はやり過ぎだと思います。バランスはどこですか?プロセスを継続的に改善するための扉を開くにはどうすればよいですか。
それとも、この質問はベータ版のプロジェクト管理スタック交換サイトに行くべきですか?
趣味のプログラマーとして、アジャイルの回顧展のような継続的改善のようなプロセスをプロセスに組み込むにはどうすればよいですか?
各プロジェクトの最後に、3つの良い点と悪い点の箇条書き項目を試しましたが、十分ではないと感じています。そして、スプリントの回顧はやり過ぎだと思います。バランスはどこですか?プロセスを継続的に改善するための扉を開くにはどうすればよいですか。
それとも、この質問はベータ版のプロジェクト管理スタック交換サイトに行くべきですか?
回答:
これは個人的なプロジェクトであるため、プロセスが行き詰まらないように十分注意する必要があります。継続的な改善は非常に望ましいものですが、哲学的にはワンマンショーのシンプルさに沿った哲学的にリーンとアジャイルの要素を選択することを検討してください。
スクラムおよび他の多くのシステムでは、スプリントの回顧は、チームが改善を特定するための時間を提供するため、有益です。リーンでは、問題が発生したときにその問題を解決することに重点が置かれることがよくあります。これこそが、あなたにとって大きな利益になると思います。
厄介なコードまたは問題を特定したら、フラグを立てて、次のことを実行してください。
したがって、これはGemba管理の5つのゴールデンルールから取られ、シナリオに一致させるためにいじられます。ある程度までは、それはまだ超適用可能ではありません。あなたの走行距離は異なり、あなたは適応する必要があります。しかし、朗報があります。それはすべてLeanの一部です!
あなたが見つけることができるすべてのプロセスを「適切に適合する」ように適応させる必要があります。これは、それ自体、継続的に改善しなければならないことになるでしょう。
私はそれが理にかなっていると思います。必要に応じて、より具体的な参照やコメントを提供できます。
編集(コメントの質問に対する回答):
開始するには、LeanBlog.orgにアクセスすることをお勧めします。最初にこの記事を読むことをお勧めします。それは短く、簡潔な引用でいっぱいです。そのほとんどは医療に関するものです。しかし、あなたはそれがゲームにもどのように適用されるかを本当にすぐに見るでしょう。
自分のホーンを鳴らすのではなく、私は標準化された作業についてガマスートラについての記事を書きました、そしてそれはコメントセクションとアイデアでいくつかの素晴らしいリソースを持っています。ここで見つけることができます。
Menlo Innovationのブログをチェックすることを強くお勧めします。彼らが話すことのほとんどは大企業に当てはまります。しかし、あなたはそれを適応させることができるはずです。
数か月後にあなたの結果を知りたいです:)
これらのリンクがお役に立てば幸いです。
職場では、この種のものにJIRAを使用していますが、自宅でのgamedevでの使用に合わせて、JIRAのバージョンを採用しました。それはあなたのために働くシステムかもしれないしそうでないかもしれませんが、とにかくそれを追加します: