改进单人GameDev商店的流程

作为一个业余程序员，我如何在我的流程中纳入像敏捷这样的回顾性改进之类的持续改进流程？

我在每个项目结束时都尝试了三项好/坏的项目符号，但我觉得这还不够。我认为冲刺回顾是过分的。余额在哪里？我如何并且应该为持续改进流程打开大门？

或者，也许这个问题应该在beta 项目管理堆栈交换站点上进行？

由于这是一个个人项目，因此必须非常小心，以免陷入困境。尽管非常需要持续改进，但是请考虑从精益和敏捷中选择在哲学上与单人表演的简单性相符的元素。

在Scrum和许多其他系统中，冲刺回顾是有益的，因为它们为团队提供时间来确定改进。在精益管理中，通常将重点放在解决问题的出现上，我认为这是您可以从中受益的最大地方。

当您发现令人讨厌的代码或问题时，请对其进行标记并花点时间执行以下操作：

1. 看问题出在哪里
2. 看一下相互作用的元素和系统
3. 找到一个快速的解决方案（可行的方法，我们通常要做的事情并止步于此）
4. 确定根本原因（询问5个原因）
5. 生成更令人满意的（可能甚至是标准化的）解决方案或解决方案的计划（可能在此项目或sprint之后实施）

因此，这是从Gemba管理的五个黄金法则中提取出来的，并根据您的情况进行了修改。在某种程度上，它仍然不是超级适用。您的里程会有所不同，您将不得不适应；但是，有个好消息：这就是精益的全部！

您需要调整可以找到“合适的”流程。这将是您必须不断改进的方面。

我希望这是有道理的。如果您愿意，我可以提供更具体的参考和评论。

编辑（针对评论中的问题）：

首先，建议您访问LeanBlog.org。您可能需要先阅读本文。它简短而引人入胜。其中大部分与医疗保健有关；但是，您很快就会真正看到它也适用于游戏。

我并不是在吹牛，而是在gamasutra上写了一篇有关标准化工作的文章，该文章在评论部分和想法中都有很多宝贵的资源。你可以在这里找到它。

我强烈建议您查看Menlo Innovation的博客。他们谈论的大部分内容都适用于大型公司；但是，您应该能够适应它。

几个月后，我很想找出您的结果:)

希望这些链接对您有所帮助！

尽管在工作中我们将JIRA用于此类内容，但我还是对其版本进行了修改，以供自己在家中的gamedev中使用。它可能不是一个适合您的系统，但无论如何我都会添加它：

1. 拿一些索引卡并放在某个地方以备不时之需-放在桌子上几pile就可以了。将这些堆标记为“未开始”，“进行中”，“已阻止”，“需要改进”和“完成”。
2. 如果我想到需要完成的任务，我会立即将其记录在索引卡上，并估算其难度/复杂性
3. 如果我当前正在处理的任务被阻止，请在背面写下原因
4. 除非任务是阻止者，否则除非您必须这样做（或者直到您退出了未阻止/正在进行的任务），否则请不要这样做。
5. 如果您的所有任务都处于“需要改进”或“完成”阶段，请开始处理那些需要改进的任务。
6. ????
7. 利润！