完工标准(DoD)究竟该怎么定义?
在我上一篇关于“专业软件团队创建工作软件”的文章中,David Corbin提出了一个很好的观点。您如何确定“无故障或缺陷”的含义?由于其因产品而不同,且可能随时间变化,因此您需要关注质量,并体现在完工标准(Definition of Done,DoD)定义中。
太长不看版本:
开发人员最终负责创建可工作软件的已完成增量,已完成的增量,已完成的。
Scrum敏捷实践集
在我上一篇关于“专业软件团队创建工作软件”的文章中,David Corbin提出了一个很好的观点。您如何确定“无故障或缺陷”的含义?由于其因产品而不同,且可能随时间变化,因此您需要关注质量,并体现在完工标准(Definition of Done,DoD)定义中。
开发人员最终负责创建可工作软件的已完成增量,已完成的增量,已完成的。
引言:Scrum.org创建了一系列专业Scrum能力,以帮助指导个人的Scrum发展。熟练使用Scrum需从基本知识开始,即理解和应用Scrum框架,它是个人成长的基础。这些能力和基础焦点领域适用于Scrum团队(Product Owner、Scrum Master和Developers)以及组织中的其他角色,如敏捷领导者。
用敏捷思维管理产品,可以使产品提供更好的商业价值,提升应对变化的灵活性,并为产品开发投资决策提供更透明的过程。一个清晰的易于理解的产品愿景,能帮助产品开发与组织的商业战略(包括战略目标和商业愿景)对齐,而对产品价值的关注能使产品得到持续改进。
产品价值的考虑因素,包括基于价值决策的更大透明度,和组织范围内的价值驱动方法。在这个重点区域的关键原则有:持续定义价值,衡量实际产生的价值,验证假设和分析趋势。
引言:Scrum.org创建了一系列专业Scrum能力,以帮助指导个人的Scrum发展。熟练使用Scrum需从基本知识开始,即理解和应用Scrum框架,它是个人成长的基础。这些能力和基础焦点领域适用于Scrum团队(Product Owner、Scrum Master和Developers)以及组织中的其他角色,如敏捷领导者。
理解和应用Scrum框架,让团队和组织最多30天就可以迭代增量式交付可上线的具有价值的完工产品。成功地应用Scrum框架要求理解和应用Scrum价值观以及经验主义的原则,以便在处理产品交付的内在复杂性的同时,专业地向组织交付价值。Scrum框架包含敏捷团队和与其相关的角色、活动和工件。框架中的每一个组件都服务于一个特定的目标,并且是Scrum成功和运用的基本要素。Scrum的规则将角色、活动和工件绑定在一起,管理它们之间的关系和交互。
在这篇文章中,我将尝试分享一些关于 Scrum Master 如何为组织服务的想法及实践案例。那么,让我们从《Scrum指南》中第一个观点开始。
Scrum Master 以多种方式服务于组织,包括:
带领、培训和辅导组织采用Scrum;
在过去几年中,和许多Scrum Master交流时,我遇到一个令人担忧的模式。虽然我们有Scrum指南和其他补充资源,许多Scrum Master,特别是刚起步的Scrum Master们,还在日复一日的为如何帮助Product Owner而挣扎着。
以下是我与PO合作的一些案例,以及Scrum指南中的引文,它们能帮助我在给予支持和做他们分内的事之间进行平衡。
帮助找到有效定义 Product Goal 和管理 Product Backlog 的技巧;
“帮助找到技巧”是什么意思?是不是一句“给你,这个用户故事地图可以解决你的所有问题”?在我看来,我们Scrum Master 应该通过任何必要的方式来研究这些技术,例如:
有很多人问我Scrum和Kanban之间的区别是什么?他们分别运用在什么场景?我们可以很轻易的说出他们的不同点,比如Scrum更多的是用适应性的循环交付价值,而Kanban更多的是一个流的系统来推动价值交付。那么为什么我们不能更广泛的把两者的特点结合呢?答案是Yes。
那么今天我首先给大家讲一讲Kanban的四大基本要素。
WIP是有多少工作任务已经开始,但是还没有完成。简单说就是还有多少任务还在pending中。明显的如果有过多的停滞的工作,势必会影响到大家完成它们的效率。
在一系列短博客中,我分享了在Scrum.org专业Scrum Master课程中被问到的最常见的问题。我将聚焦在Scrum Master的角色并且基于我作为Scrum Master的经验提供答案。当然这不是最终的答案,这是基于我的情景如何实现或经历的情况。我也希望能从你的经验中学习!
作为这个系列的一部分,我已经基于以下问题做了分享:
这篇博客将讨论这个问题:
Scrum Master每天都做些什么?
需求梳理会(Product Backlog Refinement Meeting)在Scrum框架中都没有正式的“名份”,只是在2020年《Scrum指南》的Product backlog中有提及:“Product Backlog Refinement是将 Product Backlog 条目分解并进一步定义为更小更精确的行为。这是一项持续进行的活动,为Product Backlog 条目增添细节,例如描述、优先顺序和规模”,不过在Scrum Alliance官网上对 Product Backlog Refinement有更详细的描述。(https://resources.scrumalliance.org/Article/product-backlog-refinement)
需求梳理会作为正式迭代开始前的准备仪式,对迭代成功与否起到关键作用,所以即使“名份”不高,但是我们必须十分重视,这里我们为大家总结了一份需求梳理会的最佳实践干货集,希望能对你的需求梳理会有所启发,大家也可以根据团队的实际情况进行调整运用。
公司:
上海享知信息科技有限公司
上海享知教育科技有限公司
上海总部: 闵行区华中路6号德必易园B座323室
咨询热线:400 696 6280
邮箱:info@scrumcn.com
声明:scrumcn.com 和51agile.com为Scrum中文网唯一官方中、英文网站,其他任何以Scrum中文网为宣传的网站均为虚假欺诈网站,请用户仔细甄别。