新闻动态

工件的透明性

2019-03-04 18:34:49 作者:小麦

scrum依赖于透明性。我们做出的优化价值和控制风险的决定都是基于所获知的工件状态。如果工件的状态是完全透明的,那么做出的决定就等于有了一个坚实的基础;否则,做出的决定就是有缺陷的而价值也有可能因此遭受损失,风险也可能增加。

Scrum master必须和产品负责人、软件开发团队以及其他相关干系人起合作,以确保所有工件都是完全透明的。有些实践就是为了应对不完全透明的状态而生的。 Scrum maste必须帮助每个人,让他们都能够在遇到不透明的情况下采取最合适的措施。 Scrum master可以通

过检视工件、嗅探(可能造成不透明的)模式、留心倾听以及观察预期和实际结果的差别来检查是否有不透明的表象。

Scrum master的职责就是要和Scrum团队以及企业一起增加工件的透明性。这项工作通常需要一个学习、说服和改变的过程。获得透明性无法一步登天,但这是一条必经之路。

“完成”的定义

当产品待办列表项或者増量被描述为“完成”的时候,每个人都必须理解“完成”意味着什么。虽然这在不同的 Scrum团队之间会有巨大的差别,但是同一团队的成员必须对完成工作意味着什么有相同的理解,这样才能保证透明性。这就是Scrum团队的“完成”定义用来评估产品增量是否完成。

这个定义也可以指导开发团队了解在Sprint计划会议时能选择多少产品待办列表项。每个 Sprint的目标都是交付符合Scrum团队当前完成”定义的潜在可交付功能增量。

软件开发团队在每个Sprint都交付产品功能增量。这个增量是可用的所以产品负责人可以选择立即发布它。如果开发部门制定了“完成的定义作为规范、标准或者指引,那么所有 Scrum团队都必须遵守,如果“完成”的定义还没制定,那么Scrum团队中的软件开发团队就必须为产品制定相应的“完成”的定义。如果系统或者产品由多个团队开发,那么 Scrum团队中的所有开发团队必须一起参与制定。

每个增量都添加到之前的所有增量上,并经过充分测试,以此保证所有的增量在一起能正常工作。

随着Scum团队的成熟,“完成”的定义会扩大,包含更严格的标准来保证更高的质量。对任何产品和系统上的开发工作都应该有“完成”的定义。

结束语

Scrum在这份指南中免费提供。Scrum的角色、工件、事件和规则是不可改变的。虽然只实施部分Scrum是可能的,但这样就不是Scrum了。 Scrum只有以整体的形式存在,才能成为其他技术、方法论和实践的良好容器。