冲刺之间会发生什么？

我正在按照Scrum模型松散地进行一个项目。我们正在做两个星期的冲刺。我尚不清楚的东西（也没有书可以参考）正是冲刺之间应该发生的事情：应该有一些“包装”过程，产品在这里生产和交付，但是：

• 这通常需要多长时间？
• 整个团队都应该参与吗？
• 在开发人员开始处理下一个冲刺项目之前，它是否必须严格完成？
• 进行代码审查和测试时，这是什么？

一共有三个开发人员，总共约有1个FTE。因此，冲刺确实非常短。

我正在按照Scrum模型松散地进行一个项目。

明确地说：您的经理可能告诉过您有关Scrum的信息，但您执行的不是Scrum。

这通常需要多长时间？

Sprint审查会议+ Sprint回顾会议结束当前的Sprint。在短距离冲刺中，他们应该花费30分钟-1小时之间的时间。下一个工作日通过执行Sprint计划会议1和2开始一个新的Sprint。根据团队规模和Sprint长度，这些会议可能需要2-4个小时。

整个团队都应该参与吗？

整个团队必须参与上一个答案中提到的会议。

在开发人员开始处理下一个冲刺项目之前，它是否必须严格完成？

是的，因为在完成审核会议之前，您不知道客户是否接受以前的冲刺结果，并且您不知道在计划会议时将提交哪些用户故事。

这是在进行代码审查和测试时吗？

否。代码审查和测试是sprint的一部分。开发人员必须尽一切努力交付满足要求的工作代码。这可以包括代码审查，并且始终必须包括某种自动化测试，以验证代码是否有效以及是否可以执行代码应做的事情，否则用户故事就不能视为完成了。

主要的心理转变是质量检查。许多开发人员认为QA可以验证代码是否有效以及是否可以执行预期的工作。绝对没有 那是开发人员的工作。

质量检查人员应参与产品开发。他们在冲刺中的主要职责应该是与产品所有者进行沟通，并为接受标准（完成定义）创建自动接受测试，这将验证用户情况是否确实完成并且应用程序通过了所有新要求。在小型团队中，这也可以由开发人员负责。

质量检查人员还应该进行一些手动测试，以保持产品的一致性并发现缺失的功能，验证用户界面的用户体验等。质量检查人员不应该在这里寻找错误和回归测试-回归测试应该高度自动化。

以我的经验，这是大多数公司转向敏捷失败的地方。

根据我的经验，除了周末之外，没有其他冲刺之间的时间。在sprint的中间，我曾经与产品负责人一起工作的团队根据需求进行故事整理或初步调整。保持积压的工作是产品所有者的责任-这些故事是团队将要处理的事情，产品所有者对优先级提出了一些建议。当前的Sprint完成后，下一个Sprint将开始，利用我们投入的工作为下一个Sprint准备故事和任务。

有一些开销（很多会议，问答和需求评估），但总的来说是可行的-我们取得了稳定的进展，停机时间很少。短跑通常持续两三个星期。通常在故事完成后进行质量检查。但是，质量检查小组可能还有其他任务可以执行。关于故事梳理，任务可能属于团队的高级成员或整个团队。它可能会根据团队的规模和已达成一致的过程而有所不同。代码审查通常在进行质量检查时进行，或者如果压缩时间则在冲刺结束时进行。而且，如果没有足够的时间来完成故事，那么实际上这些故事将被推送到下一个冲刺。正确的大小和估算在这里非常重要。

...估计是什么时候？规划？

故事应该很容易，没有冲刺之间的时间。

我不知道您在谈论哪种测试，但是开发人员将进行单元和集成测试。

我在一个项目中工作，有时每个冲刺间隔2到3天，感觉很好。现在，我正在一个没有时间而且很模糊的项目。上次冲刺的时间是我们的生产部署，这花费了我上次冲刺时间的时间。