显然,如果产品负责人仅仅根据提交的故事是否已经完成来判断,那就不太好了,因为接下来的Sprint团队只会提交更少的故事。另一方面,如果团队做出了巨大的努力,克服了巨大的技术问题,但承诺没有得到履行,它也不好。
但是,我认为需要采取一些措施,因为如果没有来自产品所有者的反馈,团队就不知道应该改进什么,如果有的话。那么,在你看来,斯普林特成功的标准是什么?
发布于 2014-02-12 09:36:15
这个问题包含了答案。没有一个简单的指标可以将所有的发展现实归结为一个直接的成败决定。有一个短跑回顾展的全部意义在于,考虑到所有的因素都在发挥作用,以及在下一次比赛中可以改进什么,所有的冲刺都是成功的。
发布于 2014-02-12 09:50:58
冲刺的全部目的是完成任务。
因此,从纯粹的“我们做了一切”的角度来看,成功是很容易定义的。你做到了,或者你没有完成所有的任务。
然而,事情并没有那么简单。
事情就会发生。人们生病了,出现了技术问题,人们容易出错,估计可能是错误的。
发布于 2014-02-12 13:01:14
可以简单地说,一个成功的Sprint已经达到了它的目标:
Sprint目标是Sprint的目标集,可以通过Product的实现来实现。它为发展小组提供了为什么要建设增量的指导。它是在Sprint计划会议期间创建的。Sprint目标为开发团队在Sprint中实现的功能提供了一些灵活性。选定的Product项提供一个连贯的功能,这可能是Sprint的目标。Sprint的目标可以是任何其他导致开发团队共同工作的一致性,而不是单独的举措。(来自Scrum指南)
Sprint目标是产品负责人和开发团队的第一级指导。但是基于这个目标,Scrum团队也完全可以就即将到来的sprint的更详细的成功标准达成一致。典型的(通常是隐含的)指标包括完成所有的故事,让所有的验收测试都通过,但也可能有更多的外生指标:演示后的客户满意度、获得的预算、CEO的依附程度、达到的绩效最低标准等。
正如其他人所说,我认为您的问题的答案是:没有预先定义的通用sprint成功度量标准。成功标准主要取决于当前的战略业务目标,最好是在sprint开始之前,通过对Sprint目标和/或更精确的子目标的定义来商定。
https://softwareengineering.stackexchange.com/questions/228673
复制相似问题