Scrum的部署策略

Question

根据Scrum在sprint结束时，我们必须创建一个可行的解决方案（构建，概念，代码）。例如，冲刺持续时间为1周，根据优先级，我们需要选择可能需要超过一周的问题。我们正在使用策略将所有内容提交到主分支，并且我们不使用分支来解决问题;这样做是为了避免对问题进行双重测试。我们可以将一个大问题分解为小任务，但是，在sprint结束时，我们仍然无法获得有效的解决方案。所以解决这个问题的唯一方法就是在一个单独的分支中开发它。

也许你还有其他想法，主张？

Answer 1

您的故事应该适合INVEST属性。 ＆＃34; S＆＃34;可纠正地代表＆＃34;大小适当＆＃34;或＆＃34;小＆＃34;。正如在＆＃34;小到足以适应冲刺＆＃34;。由于你的冲刺不够大，不足以包含你的一些故事，你有两个选择：

1. 分开故事。我并不意味着简单地将它变成更小的任务，而是将它切成碎片，这些碎片仍能提供价值但适合冲刺。在这本伟大的书User Stories Applied中有一些如何做到这一点的例子。我确定你也可以在网上找到更多的例子。
2. 让你的短跑更长。如果这种情况经常发生，我建议你的冲刺时间为2周。我发现一周冲刺有点短，所以这是我的建议。

关于你如何在git中分支（或不分支）代码，这实际上是个人（或团队）偏好。如果您已经获得了良好的自动化测试，那就无所谓了。如果你不这样做，那么让故事适合冲刺将允许你不分支，不测试两次，并坚持你当前的过程。