切片用户故事,提供价值

您是否拥有争夺积压和用户故事的许多敏捷团队?不要放弃。我与Scrum Inc的首席执行官Jeff Sutherland联合起来,提供一个名为“切片用户故事”的网络研讨会。我们专注于帮助团队管理他们的积压,改善冲刺和释放规划,并使用实践玛丽戈尔曼和我写的增加价值 发现提供.

这是我们所讨论的摘要。并保持调整;我会在一个里进入这个 即将到来的网络研讨会 与scrum联盟。

共同的积压问题

麻烦团队与不守规矩的积压通常会降低到三个主要问题:

  1. 用户故事太多了。我分享了一个向我展示他们积压的一个客户的一个例子。它有578个故事!显然,这是一个很大的问题。您无法在Backlog中的每个项目分配相同的重要性,并将其全部转换为用户故事。
  2. 故事太大了。如果你拥有的一切都很大故事,他们就无法完成。这对团队的动机有害,并且阻碍了速度。
  3. 故事不清楚。当一个故事暧昧时,团队与它如何适合整体产品的斗争。

我检查了典型的用户故事格式“As a [角色], 我想 [目标/欲望] 以便 [益处].”每当你写出其中一个故事时,问问自己:这是小吗?它很容易理解吗?发展团队能否对此行事?它有价值吗?

让您的团队到解这些问题,侧重于两件事: 选件重视。想想你的团队合作的产品,然后考虑其可能的功能和能力-i.e.,选项。在敏捷中,我们不会立即产生所有选项;我们需要通过将提供最高价值的内容快速评估和优先考虑它们。

“准备好” Backlog

杰夫强调,这一步让你的积压准备好非常重要。他分享了他和肯·施瓦尔已经更新了 Scrum指南 重点关注“准备好”的想法。杰夫共享一项研究他共同撰写了这表明当第一次Sprint开始时有“准备好”的积压,它使团队的生产力加倍 - 这是值得的 百万美元 per team!

那么,你怎么能在同一页面上快速让每个人都在团队中?我分享了如何 七种产品尺寸 用于探索和评估结构化对话中的用户故事。尺寸是:

用户: 与产品交互的人员,系统和设备
界面: 用户如何连接产品
行动: 提供的能力
数据: 产品保留的数据和信息
控制: 产品执行的政策,法规和规则
环境: 用户与产品交互的物理位置,以及硬件,软件和物理属性
质量属性: 这描述了您的产品的应用程序和开发属性,包括安全性,可用性,可靠性和性能等。许多敏捷团队不可能意识到这些方面需要量化和可测试,因此他们最终会在结束时解决它们Sprint,导致延迟和质量问题。

这个想法是在所有七个维度内全面探讨各个七个维度,识别高价值选项,以产生最高的立即值 下一个交付周期 并将它们组装成凝聚力的故事。结果:小,理解,可操作,有价值的故事。

但谈话仍然结束!

确认您的共享了解

您仍然必须确认故事已完全理解。使用场景或使用实例探索验收标准。将这些方案转换为示例,在此意义上意味着包含实际数据值的方案。然后使用具体,明确的验收标准构建测试。 黄瓜, Fitness.以及其他自动化工具,其中许多雇用 给定 - 那时 结构,可以帮助创建可执行规范。

校准您的团队如何达到此确认是个好主意。我分享了一些客户端如何使用包含7个产品尺寸的“准备就绪”的清单,以及通过在宣布故事准备好的7个产品尺寸之前通过故事占用至少三种情景的指导方针。另一个客户端从方案开始,然后通过产品尺寸运行,然后构建测试。 Jeff建议在Scrum和CMMI纸上看待在Scrum和CMMI纸上的实现清单“从好到伟大:你准备好完成了吗?“找到你团队优化速度的权利。

最终,达到小,理解,可操作,有价值的故事需要协作发现–多个透视图,包括实际产品用户以及业务和技术中小企业。

用快速反馈解决邪恶的问题

杰夫提到了一个旧的软件谚语:用户永远不会知道他们想要什么,直到他们看到一块工作软件。我将这个想法与“邪恶问题”的概念进行了比较,这是一个问题及其解决方案在一起被捆绑 - 你无法理解这个问题,直到你开始解决它。问题和解决方案空间重叠。

需要查看工作软件和邪恶问题的概念的客户都说明了在整个过程中吸引用户的重要性,冲刺在冲刺后冲刺,因此您可以先建立最有价值的东西。当您尽早运行时,用户互动与之交互时,您将获得有价值的反馈。

在您协同切片的需求之后,将高价值选项作为故事,并确认,团队和产品所有者已准备好分配给Sprints的故事。他们可能会根据研究故事,平衡风险和依赖性,推迟Sprint +1或超越;审查团队速度或循环时间;评估团队能力和其他因素。现在球队可以开始,感到自信他们有一个明确的成功之路。

切片用户故事将提高规划可预测性,暴露开发问题,并提前获得客户反馈,因此您可以提高产品的交付价值。得到 准备好,所以你可以到达 完毕!

即将到来的网络研讨会“准备好”的故事

想知道更多?我将在3月15日在Scrum Alliance领导系列中提供网络研讨会。 注册现已打开;我希望你能加入我们!

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *