如果当前sprint的所有用户故事都完成了,并且我们正在处理下一个sprint的任务,那么我们如何对其进行分类呢?
它可以被称为"Spike“吗?
发布于 2014-05-03 16:50:23
如果您将一个故事添加到当前的sprint中,因为您来得早,那么它仍然被称为一个故事。
如果你不是在添加故事,而只是在做一个任务,那么你就不是在做scrum“允许”的事情,因为在sprint结束时,你需要有一个潜在的可发布的产品。
如果没有足够的时间来开发一个完整的故事,我相信有bug要修复,重构要做,技术债务要偿还,更准确的测试要做,等等。
如果你不断发现自己超额完成任务,或者总是按时完成任务,那么你需要更加努力地推进。
发布于 2014-05-05 05:47:13
维基百科将Spike定义为:
用于研究概念和/或创建简单原型的时间段...
请注意,使用术语Spike是因为它是一项与系统中所有不同层交互或“穿透”的工作。
因此,如果您开始工作的任务将是下一个冲刺,并且您清楚您将如何实现解决方案,那么这应该是一个故事。
然而,如果不知道一个明确的解决方案,并且您可能要做一些研究/探索性工作,那么它应该被认为是一个峰值。
发布于 2014-05-07 23:25:03
Spike是一种学习活动。通常,当团队没有足够的知识来估计一个故事时,就会组织一个Spike。Spike的大小应该被估计(Spikes被时间限制为一天或两天,利用一个或两个团队成员)。团队成员在总结时向团队报告,希望团队现在有足够的信息来评估故事。有时(希望很少),需要第二个Spike。如果这不能提供足够的信息,这通常是一个迹象,表明情况需要更高层次的思考和澄清。
你真正的问题是如何在Sprint的末尾引入额外的工作。一切都提前做好了吗?引入一个适合剩余时间的故事,并且可以完成。或者正如Sklivvz所说,偿还技术债务。或者早点结束冲刺,开始下一个冲刺!
在这种情况下,人们很容易对一个被认为是下一个Sprint的Story进行“快速启动”。这有可能产生“浪费”(在精益意义上),如果不是避免的话,这是需要警惕的事情。
https://stackoverflow.com/questions/23421864
复制相似问题