关闭。这个问题是off-topic .它目前不接受答案。
想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。
9年前关闭。
Improve this question
正如标题所暗示的...
我如何将 Scrum 过程应用于任何不适用于新代码并且可以在某种程度上进行估计的内容？
当我仍然想要计划做某事时，如何将 Scrum 流程应用于维护和紧急修复(修复可能需要 5 分钟到 2 周)类型的环境？
基本上，我如何克服计划外任务和很难用 Scrum 流程估计的任务？或者我只是在这个环境中应用了错误的过程？
最佳答案
如果您的环境有那么多的变动，那么您的关键将是更短的迭代。我听说过团队每天都在进行迭代。您还可以转向看板类型样式，其中您的队列具有固定限制(通常非常低，例如 2 或 3 个项目)，并且在完成之前不能添加更多项目。
我要做的是尝试一周的迭代，包括每日站会、待办事项优先级和“完成，完成”。然后在 5 或 6 周后重新评估，看看哪些地方可以改进。不要害怕按原样尝试这个过程 - 一旦你尝试过，不要害怕将它调整到你的环境中。
还有一个名为 Agile for Support and Operations in 5 minutes 的 PDF最近发布到 Scrum Development list在雅虎!
关于project-management - 您如何将 Scrum 应用于维护和遗留代码改进？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/285933/