冲刺到底:如何让所有团队成员在Scrum冲刺的最后几天保持忙碌[[关闭]

如果没有什么符合这个标准的话(只剩下一半的时间和/或没有什么小故事可供选择),考虑一下付账吧。 technical debt .

Scrum是由 团队 .

如果一些人完成了,他们可以帮助他们团队的其他成员 团队 .

他们也可以帮助他们的孩子 团队 在下一个冲刺中领先。

他们还可以对新技术进行一些探索,如果这有助于 团队 .

或者他们也可以提高自己的技能,如果这有助于 .

他们可以制作培训材料来帮助团队的其他成员 提高他们的技能。

那是个好主意 团队 决定。

• 付定金 Technical Debt
• 做团队认为应该做但不属于卡片的事情,因为没有明显的商业价值。有些人把这些任务称为 technical stories ". 它们往往是你在sprint0之前应该做的事情,但你没有。示例包括向构建中添加您还不需要的内容:
  • Continous Integration 服务器
  • 静态分析工具

重构,编写单元测试,提高技能。

(…)当冲刺进入最后阶段时,你如何让每个人都继续工作?

没什么,我希望一个自我组织的团队能自己发现这一点。还有很多选择(按重要性排序):

1. 帮助团队中的其他成员完成他们的故事(实现冲刺的目标是最重要的,整个团队在这方面是成功还是失败,而不是个人)。
3. 在sprint结束之前,从backlog中挑选一个可以完成的故事(也就是说,不总是下一个最高优先级的项目,而是一些大小合适的项目)。
4. 偿还技术债务,如果你有一些。
5. 如果这有意义的话就记录下来。

接下来,团队应该考虑扩展“完成”的定义。也许它目前不包括测试,或者不包括某种形式的代码评审。大多数从Scrum开始的团队并不是从定义done开始的,因为done确实有一个可以发布的产品增量,所以现在是朝着这个方向发展的团队。

正如其他人提到的,为了接近可交付状态,您需要设置哪些工具?持续集成?自动化验收测试?现在是添加这些内容的时候了。

很可能,在迁移到Scrum之前,还存在一些代码区域,因此没有很好的测试覆盖率或积累了技术债务。现在是时候还清了。

另外,正如迈克·科恩在书中所说 Succeeding with Agile

1. 确保可以改进估算,从而改进规划。在这样做的时候,请记住,这种估计是非常主观的(然而,在我看来,低估是我们不希望出现的情况)。

2.1. 在sprint中尽可能帮助其他团队成员完成任务(DOD)。 这可能是成对工作(成对编程) 等等等等

2.2. 试着帮助scrum大师处理他积压的其他事情。检查是否有任何小故事能在sprint的能力范围内完成,确保它对sprint的影响。

2.3. 在积压工作中有一个不清楚的故事的地方进行研究。研究一下这个故事。这里可以创造一个新的故事,强调交付研究成果。这个故事应该是0分。编程原型等可以在开发人员的本地PC上完成,而无需签入。

2.4. 在功能领域(编程、测试等)或领域领域发展自己的技能。

这个想法是一个团队在表演。每个团队成员都致力于团队的目标。所以,如果你发现自己自由了…向前想想我该如何帮助球队实现目标。