《Scrum精髓:敏捷转型指南》—完成

举报
清华大学出版社 发表于 2019/10/13 16:11:46 2019/10/13
【摘要】 本节书摘来自清华大学出版社《Scrum精髓:敏捷转型指南》一书中第二章,作者是 Kenneth Rubin,姜信宝 米全喜 左洪斌 译 , 徐 毅 审校。

完成

Scrum中,我们把冲刺的成果称为“潜在可发布产品增量”(参见图2.12),意思是按照大家一致同意的“完成”的定义来看,Scrum团队同意做的所有东西都做完了。这个定义明确说明了要有信心确保完成的工作是高质量的、潜在可发布的。例如,在开发软件时,“完成”的最低限度的定义是应当产出一个完整的产品功能,经过设计、构建、集成、测试并且编写了文档。

image.png

2.12  冲刺成果(潜在可发布产品增量)

“完成”最激进的一个定义是当业务部门想要交付(或部署、发布)时,能够确定每个冲刺中要为内外部客户构建什么。

需要明确一点,“潜在可发布”并不是说构建的东西必须实际交付。交付是一个业务上的决策,经常受其他因素的影响,比如“我们是否开发了足够的特性或足够的客户工作流来满足客户的部署要求?”或者“我们两星期前才给过客户一个版本,他们能够消化另外一次修改吗?”

“潜在可发布”最好理解为对冲刺中实际构建的产品的一种信心,意味着如果业务部门想要交付的话,那么我们在交付这个冲刺的结果之前,不需要再做其他重要工作(比如重要的测试和集成等)。

在实际应用时,随着时间的推移,有些团队可能会修改完成的定义。例如,在游戏开发早期,提交一些潜在可发布物在经济上不可行或是不可取(因为游戏开发的早期是探索性质的)。在这些情况中,“完成”的一个适当的定义可以是完成一部分产品功能,提供的功能和可以使用的程度足以用来得到反馈,让团队确定下一个冲刺需要做什么、如何完成。要想进一步了解对“完成”的定义,请参见第4章。

冲刺评审

在冲刺结束时还有两个“检视与调整”活动。其中一个称为“冲刺评审”(参见图2.13)。

image.png

2.13  冲刺评审

这个活动的目的是检查与调整正在构建的产品。这个活动很重要的一点是在参与者之间进行的交谈,包括Scrum团队、利益干系人、发起人、客户和其他团队中感兴趣的成员。交谈的重点是在把刚刚做完的特性放到整体开发工作的背景下进行讨论。每个参与者都能清楚了解现状,都有机会指导下一步开发工作,以确保产出最合适的解决方案。

成功的冲刺评审会议可以促成双方充分交流信息。非Scrum团队的人员能够跟上开发工作并帮助指导开发方向。同时,在与业务部门一起交付满足客户或用户需要的产品时,经常收到反馈可以使Scrum团队进一步理解产品的业务和市场。因此,冲刺评审是一个预先安排的检查与调整活动。在实践中,非Scrum团队的人员可以在冲刺之间进行特性评审并提供反馈,帮助Scrum团队更好地实现冲刺目标。要想进一步了解冲刺评审,请参见第21章。

冲刺回顾

冲刺结束时的第二个检视-调整活动是“冲刺回顾”(参见2.14)。这个活动常常出现在冲刺评审之后、下一次冲刺规划之前。


image.png


2.14  冲刺回顾

冲刺评审是检视和调整产品的时间,而冲刺回顾则是检视并调整过程的时机。在进行冲刺回顾时,开发团队、ScrumMaster和产品负责人聚到一起讨论Scrum及相关技术实践中哪些是可行的、哪些是不可行的。重点关注的是必要的持续过程改进,帮助优秀的Scrum团队成长为卓越的团队。在冲刺回顾活动结束时,Scrum团队应当找出数量适中的过程改进项并承诺在下一个冲刺中采用。要起进一步了解冲刺回顾,请参见第22章。

在完成冲刺回顾之后,再次重复整个过程——开始时是下一个冲刺规划会议,举行这个会议的目的是确定当前团队必须关注的价值最高的工作。




【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200