《Scrum精髓:敏捷转型指南》—进度

网友投稿 657 2022-05-30

进度

在使用Scrum时,不是用既定计划的执行情况来衡量进度,也不是看某个特定期间或开发阶段的工作有多大的进展,而是用已交付且验证过的结果来衡量。下面三个敏捷原则与这个主题相关。

l  根据实时信息来重新制定计划。

l  通过验证工作结果来度量进度。

l  聚焦于以价值为中心的交付。

根据实时信息来重新制定计划

《Scrum精髓:敏捷转型指南》—进度

在计划驱动的顺序开发过程中,计划是工作如何开展、何时进行的权威信息源。因此,计划是需要遵循的。相比之下,在Scrum中,我们认为盲信计划往往会让我们忽视“计划可能有错”这个事实。

在Scrum开发过程中,我们的目标不是满足某个计划或者某个事先认为事情如何进展的预言。相反,我们的目标是快速地重新制定计划并根据开发过程中不断出现的、具有重要经济价值的信息进行调整。

通过验证工作结果来度量进度

在计划驱动的顺序开发方式中,进度的表现方式是完成一个阶段之后才可以允许进入下一个阶段。因此,如果每个阶段的开始和结束都符合预期,那么产品开发工作的进展看起来就非常好。然而到最后阶段,完全按计划制造出来的产品可能与客户期望得到的交付价值相去甚远。在预算内按时完成却未能满足客户期望,这算得上成功吗?

在Scrum中,通过构建可工作、已验证的成果来度量进度,这些工作成果交付了价值并且可以用来验证重大的假设。这样一来,我们就能得到反馈,知道下一步该做什么。在Scrum中,重要的不是开始了多少工作,而是完成了多少对客户有价值的工作。

聚焦于以价值为中心的交付

计划驱动的顺序开发方式关注的是谨慎、踏实地遵循过程。顺序开发特有的结构决定了只有在工作快结束时才集成并交付特性(参见图3.16)。这种方法带来的风险是,在向客户交付所有重要价值之前,所有资源(时间或金钱)可能已经被耗尽了。

传统开发的一个相关理念是,在交付特性过程中产生的计划和文档本身也是有价值的。即使这些工件真的有价值,但大多数时候也只局限于对下游过程有价值,而非对客户有价值。而且,就算对客户有价值,也只有在产品最终交付到客户手上时才能体现出来。在此之前,这些工件并没有为客户创造直接的价值。

另一方面,Scrum是一种客户价值为中心的开发方式。它是基于优先级排序的增量交付模型,价值最高的特性持续构建并在下一个迭代中交付。这样一来,客户就可以尽快且持续获得高价值特性。

在Scrum中,价值的产生是通过向客户交付可工作的资产、验证重大假设或获取有价值的认知来实现的。在Scrum中,我们认为中间工件并不能向客户提供直接可以感知的价值,如果它们本身不能用来产生重要反馈或获取重要认知,就只能是一种手段。

敏捷开发

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:GaussDB T 生成WSR报告解读
下一篇:CentOS 7系统安装PostgreSQL数据库及实例操作过程
相关文章