精益启动

启动，敏捷项目的开始

天真的敏捷没有前期工作，但在实践中，我们意识到我们必须做一些工作。对于 Thoughtworks 来说，启动 就是“一些”。自从我 2006 年加入 Thoughtworks 以来，我意识到公司中所有敏捷项目都以类似的方式开始。项目团队会聚在一起几周，在开始交付工作之前进行许多活动：这就是启动。

Thoughtworks 启动主要由 Luke Barrett 大约在 2004 年开发。Jonathan Rasmusson（敏捷武士 的作者）和 Jeff Patton（用户故事地图 的作者）都在 Thoughtworks 工作了一段时间，他们在他们的书中描述并进一步发展了启动技术，我从中学到了很多。

我们的启动因项目而异，但它们通常会产生业务和技术人员之间的对齐，并创建一个包含估计值的已排序用户故事列表以及发布计划。

我非常满意以这种方式促进这些敏捷启动，直到 2011 年，我儿子出生了。问题是，我是启动促进者，但启动需要两到四周的时间。我不能离开家超过一周。我必须让启动变得更精益，以某种方式让它们在一周内完成。

我儿子出生后，我第一次旅行。在从圣保罗飞往旧金山的长途飞行中，我阅读了 Eric Ries 的 精益创业书籍。我从中学到了缩短启动时间的完美借口，并在一周后回家。

为什么叫精益启动？

这种新的启动风格绝对是 2006 年启动的转变。团队不再编写和估计用户故事。在尝试这种新风格时，启动这个名字让每个人都产生了错误的信息。我需要一个不同的名字。

新的启动风格精益有两个原因

1. 启动持续时间更短，删除了与产品无关的一切（例如架构、项目等），使其精益
2. 启动的最终结果是了解 MVP，这是精益创业运动中的一个主要概念。

因此，新的启动风格有一个明确的领先名称：精益启动。

为什么选择精益启动？

当团队需要迭代地开发 MVP 时，精益启动非常有用。虽然这个术语经常被误解，但 MVP 的核心属性是我们构建它来了解是否值得继续构建产品。因此，我们根据测试我们对用户价值的假设来选择功能。为此，我们需要了解我们的用户是谁，他们使用产品进行哪些活动，以及如何衡量他们是否发现产品有用。

我们发现研讨会在两种主要情况下很有价值。

• 大型项目发现精益启动对于快速启动并以精益方式工作非常有价值。这种启动构建了旨在发现和测试用户真正重视的功能的早期迭代。
• 小型组织（如初创公司）使用精益启动将经过一些软件前 MVP 测试的想法发展成软件产品。

此研讨会专门针对了解 MVP，它不替代构思会议、客户研究、架构审查或竞争分析。这是一种特定技术，是了解构建成功产品所需内容的一部分。它与这些其他活动如何结合，在很大程度上取决于您组织的具体环境以及您正在进行的开发工作。

示例时间表

精益启动包括一系列活动，通常安排在一周内进行。我将在以下时间表链接中解释每个活动

这是一个示例时间表，请不要将其视为固定内容，而是将其作为事物可能如何流动的良好示例。

我们从介绍和开始启动，并以展示结束。在理想情况下，每个人都会参加整个启动。但是，我们通常会有一些人非常关注启动的方向和结果，但无法全职参与。最少的要求是这些利益相关者参加介绍、开始和展示环节。

自从 2020 年初 COVID 袭击我们以来，我们开始运行许多远程启动。在远程或混合（现场和远程）环境中，初始对齐研讨会（如精益启动）变得更加重要。此 页面 为您的远程启动提供了额外的提示和资源。