准备好了的定义

在敏捷的转变中，我们努力的第一件事之一是创造以可预测的方式提供交付的能力。如我们所述罗盘和我们的旅行，对于开始敏捷转型的组织来说，有一条清晰的道路。通过成为可预测的，一个组织可以做出和遵守承诺。本质上，我们正在努力稳定价值交付系统。做到这一点的一种方法是通过“准备的定义”。

准备的定义是什么?

就像“完成的定义”用于在交付团队中对待定项的完成意味着什么一样，“就绪的定义”为产品负责人或产品负责人团队提供了关于创建就绪待定项意味着什么的清晰信息。准备就绪的定义包含什么标准?列表各不相同，但可能包括:

• 所有故事必须符合投资标准
• 一个明确的用户
• 估计
• 验收标准与例子

准备好的扩展定义

其他项目可能包括：

• 以某种格式的验收标准如“给定......，当......，然后......”等格式
• 外部信息可以提供上文如：
  • 用户旅程为积压项目提供上下文
  • 屏幕样机
  • 建筑图纸
  • 亚博vip9通道商业规则

组织的具体情况

准备就绪的定义将对组织特定，甚至可能因整体而异。因此，在与具有小域知识的团队合作时，就绪的定义可能需要更具包容性。也许对于具有深入产品知识和与产品所有者的长期工作关系的团队来说，这是更轻的。真正的测试是确保积压项目具有足够的清晰度，以便交付团队能够承诺在Sprint中提供物品。

不断发展的定义

准备就绪的定义可以随着时间的推移而发展，并且是灌输新行为的好机制。交付团队可能需要通常提供的内容，如UI Mock Ups。只需将其添加到准备好的定义。如果在某些时候，交付团队不再需要新的行为，从定义中删除它。这取决于你和你的团队。通过共享的理解创造清晰度。

积压的清晰度

待办事项列表的清晰性是价值交付系统的关键要素。待办事项明晰对于创建一个可预测的交付系统是必要的。如果你没有的话，试一试，看看它是否有帮助。

有许多东西可以有助于一个不稳定的价值交付系统。就绪积压值尤其是其中之一。下图说明了敏捷的三个基本要素。

清晰意味着我们有一个系统，在这个系统中，我们要求交付团队交付的工作是清晰的，并且很好地理解了。结构意味着我们已经创建了跨功能团队，他们拥有创建工作测试软件增量所需的一切。查看已测试代码的能力是我们演示可测量进展的方式。

尤其相关的是，我们的目标是提供交付团队能够很好理解的待办事项。当我们有一个现成的待办事项时，交付团队就能够做出并实现他们的承诺。不稳定的一个因素是，待办事项列表项并没有真正准备好，但是团队还是选择将它们加入到sprint中。未准备好的工作会给交付团队带来混乱。这会让他们花更多的时间去想他们应该创造什么，而不是真正创造什么。他们可能会根据自己当前的理解猜测和构建产品，而这可能是，而且通常是有缺陷的。

免费求职

下载这个免费的求职者帮助你制作你的准备好了的定义。此工作帮助旨在为如何创建清晰的用户故事提供指导。