新闻动态

软件开发_手机软件开发_开发一个软件多少钱_深圳金绣科技开发有限公司

2019-02-18 20:41:12 作者:小麦

            人们原以为发生的

在项目开始之前,DavdScm团队一起制定了软件开发计划,并确保每个人都了解该计划。这个计划是对工作进展最贴近实际的预测他通知大家,将在每个sprn结束时展示实际进度和计划的对比情况。可以看出,这两条线是完全重合的。

 Scrum团队的软件开发人员都只是刚刚接触Scum。他们理解迭代、增量、 Sprint每日站会以及其他相关的术语,但是却不清楚透明性和增量完整性的重要性。由于以前一直使用瀑布式流程,他们已经习惯了在项目最后阶段整合各部分的做法,于是在Scπum中也沿用了相同的做法。他们在每个 Sprint中完成尽可能多的工作。当 David想试用软件的时候,他们会用一段时间设法让软件可用,然后Davd就可以试用了。

软件开发团队和Davi根据他们所拥有的技能制订了计划。但是实际上他们并不具备在每个 Sprint都开发出完整增量的能力。那个时候开发团队才刚刚开始学习新的工程实践。所需开发工具只是采购了,还没有使用。他们还无法在一个 Sprint里开发出完整的增量,或者在之前开发的增量基础上继续开发增量。在项目开始的时候,他们以为可以在所有 Sprint结束时开发出完全可以用的增量。

软件开发

David理解透明性和可预测性,而团队却只知道Scum的皮毛因此导致他们在 Scrum中非法地引入了瀑布式流程。

Davi本该可以通过增量的透明性管理风险,获得可预测性。在软件开发项目刚开始时,Davd和团队一起制订了一个发布计划。在第一个Sprints结束后,他本该通过检视他认为可用的增量来评估项目的进度,然后根据评估的结果决定第二个Sprn需要做些什么。如果他认为进度不理想的话,甚至可以取消项目。然而,由于增量缺乏透明性,导致了Davd无法做出有效的判断。

当团队估算前三个 Sprint未完成的工作时,发现还有14个单位的工作量才能完成。在三个sprn结束之后,计划和实际进度的差距终于显现出来了,即隐藏的14个单位的工作量。

第三个spin结束时, David相信整个软件开发项目的30%经完成了。他以为那30%工作已经可以投入使用了。但不幸的是,这些增量实际上还没完成。我们可以看出,实际的进度和Davd认为的进度的差别需要额外的两个spnt才可以弥补,从而使前面3sprn产生的增量可以投入使用。

如果你像Davd一样接受了不完整的增量,那么后患无穷。在没有完成的工作上面添加新的工作,会使原来的工作更难以完成。未完成的工作同样也阻碍了透明性,使你无法知道距离目标还有多远,也无法知道项目的实际成本会是多少,导致你无法有效地管理投资。

当一个项目被认定为“完成”时,应该没有任何剩余的工作。这是Scum最基础但较难实现的需求。