2011年11月16日,星期三10:33

完成的操作:用户故事

Written by

9月20日功能在Agileverse中,完成的定义是一个非常流行(有时是情感上)的话题。 从“取决于情况”到“让团队决定”,再到精心设计的一组业务规则和准则,每种情况都有可能出现,每个人似乎对此都有意见。 但是,随着组织采用敏捷实践(尤其是Scrum),他们寻求利用我们这些已经走出第一步的人的指导。 为什么这是一个如此复杂的话题?

一方面是过度使用了“完成”一词。 我们必须区分“完成”的不同上下文。 在故事级别,史诗级别,发行级别,产品级别等处有“完成”。 “完成”的每个含义都有不同的标准。  出于本文的目的,我们仅考虑用户故事的完成标准。

完成问题的另一方面是透视。 “完成”一词通常用来表示“完成”,例如在Scrum团队中说:“我们已经完成了这个故事。”它还用来表示接受,例如在产品所有者中说:“这个故事已经完成了。 “我通常以这种方式进行教学和指导:不要说“完成”。 取而代之的是,使用“完成”和“已接受”来表示状态。 这样就可以定义完成标准和接受标准(图1)。 

thumb_dan20th1

 

单击以展开图像。

图1。 完成条件=完成条件+接受条件

完成标准总结如下:

  • “代码完成” –由组织/团队定义
  • “经过测试的单元” –由组织/团队定义
  • “同行评审” –由组织/团队定义
  • “质量检查完成” –由组织/团队定义
  • 记录(根据需要;由Scrum团队在冲刺开始时通过任务确定)

Scrum团队在Scrum主管的指导下确定何时满足完成标准。 那时,故事被认为是“完整的”。

接受标准总结如下:

  • 产品所有者在冲刺开始之前定义的对特定用户故事的期望列表。
  • 产品负责人可以单独定义这些内容,也可以在Scrum团队和/或Scrum管理员的帮助下进行定义。
  • 对于尚不清楚接受标准的情况,将使用尖峰用户故事来定义问题和接受条件,以供将来冲刺中要完成的用户故事使用。
  • Scrum团队必须在sprint计划会议上同意这些接受标准。
  • 只要Scrum团队,Scrum主管和产品所有者之间达成正式协议,就可以在进行Sprint时对验收标准进行较小的更改。
  • 当Scrum团队认为已满足这些接受标准时,就可以将用户故事准备好进行产品所有者审查(演示),该过程在整个sprint中进行
  • 在冲刺结束之前,不应留下每个用户故事的评论(演示)

产品负责人确定何时满足这些接受标准。 那时,用户故事被认为是“已接受”。

这种方法提供了一个模块化的框架,可以围绕“代码完整”等的定义进行调整,但是清楚地描述了与交付和完成工作相关的角色和职责。 如果某个特定的组织正在努力使功能测试的100%自动化成为整体回归测试套件的一部分,那么“创建自动化测试脚本”将在QA完整标准中表达。

此外,一个小组可能会同意“同行评审”的含义,而不是“质量保证完整”的标准。 每个小组都可以使用此模块化定义自定义这些定义,以适合其团队的规范。

在定义“完成”的过程中,我还在下图(图2)中根据完成的定义确定了发生事件的不同阶段:

thumb_dan20th2

 

单击以展开图像。

图2。 完成过程映射的定义

第一列定义事件或阶段,第二列中的活动在此期间发生。 第三列显示了谁负责第二列中的操作项。 在我所指导的团队中,产品负责人和Scrum团队之间存在着高度争议的关系,该图有助于对谁负责何时何地负责进行分类。 这与明确定义的“完成”一起设定了期望,并消除了冲突。

每个组织(和团队)必须就其在各个级别(故事,冲刺,发布等)的特定项目/产品的完成定义达成共识。 在本系列的下一部分中,我将探索sprint级别的done定义。

不要忘记在下面留下您的评论。


丹尼尔·詹姆斯·古洛,PMP。 CSP,Trinacria Consulting的CSM是信息技术和信息系统领域公认的领导者,他倡导并宣传所有业务领域中项目的最佳实践和质量。 专门提供按时,预算不足和高价值的软件开发和测试项目。在敏捷和传统项目/程序管理,业务分析,质量保证和咨询服务方面显示出成功的专业人员。 受到广泛赞誉和推荐的顾问,具有令人满意的客户和客户的悠久历史。 精通本地和全球经验。 开放供国内和国际旅行。 有效地管理本地和远程的全球团队和资源。

丹尼尔·古洛(Daniel Gullo)的最新作品

©ProjectTimes.com 2021

麦格雷戈徽标白色网站