自主团队已成为现代软件开发中近乎不容置疑的信条。价值的形态决定了我们能做什么，也决定了我们如何在能动性与一致性之间取舍。Simon Rohrer 在 Craft 大会的演讲《产品开发复杂性中的本质与偶然》中解释说，我们都有自己的目的，也都有采取行动的能动性。他建议从关注产品转向以价值中心为核心的思考方式。
Rohrer 认为，如果你所在的组织稍微复杂一些，那么单个团队交付的东西就不能算作产品。一切都是价值流。但正如 Chris Mats 所说，价值流会随每个季度、每个项目、每项计划和每项功能而变化。因此，他提出了价值中心这一概念：
作为团队，组织里的每一个团队之所以存在，都是因为你们能够创造价值。
谈论产品并不是恰当的表达方式。你们以相当复杂的方式向客户交付价值。
由依赖关系构成的网络，决定了价值的形态。Rohrer 表示，每个人所创造价值的形态都不相同。其中一些依赖关系是偶然形成的，另一些则不可或缺。
Rohrer 认为，价值决定组织设计。价值的形态既限制了组织可能采用的形式，也限制了组织如何在自主性与一致性之间作出权衡。
Rohrer 为各个层级的每个价值中心提出了五个问题：
我在交付什么价值？
我们如何协调？
我们如何组合成一个整体？
外部有哪些值得我们关注的事物？
我们是谁？
这五个问题源自一个名为“可生存系统模型”的管理控制论概念，由 Stafford Beer 于 20 世纪 60 年代提出。
一个系统的目的，就是它实际在做的事情。Rohrer 解释说，我们不能自行选择自己的目的：
我们不是自己应该做什么，也不是自己认为可能会做什么，而是自己实际上做了什么。这就是我们今天的目的。
Rohrer 引用了 Ralph Stacey 的观点：管理者身处一个既稳定又不稳定的世界。他们面对的世界充满悖论，秩序与混乱相互交织。大多数管理者更习惯于应对秩序，但他们必须具备同时应对二者的能力。Rohrer 提到，自己更重视一致性，因为如今的混乱远多于秩序。
最后，Rohrer 总结了三种转变：从产品转向价值，从自主性转向能动性与一致性，从自主产品团队转向一个层层嵌套、彼此连接的组织。他总结说，网络化非常重要；要交付价值，并不需要逐层穿越组织层级。
演讲结束后，InfoQ 采访了 Simon Rohrer。
InfoQ：我们应该如何呈现组织中价值的形态？
Simon Rohrer：我一直使用简单分子和复杂分子这个比喻。
像 Amazon Web Services 或 Microsoft Azure 这样的全球公有云运营商，可能拥有大量类似简单分子的服务，比如文件服务（亚马逊的 S3）或计算服务（EC2）。这些是真正独立的产品，依赖关系很少；它们可能会依赖身份与访问管理（IAM）团队及其组件。这些就像非常简单的分子，例如金属或水。
另一个极端要复杂得多，也就是我工作的地方：我们只有一个产品，即交易平台。它由多个相互依赖的价值要素组成，而只有把这些要素连接起来，对客户而言才构成有意义的产品或服务，其中包括定价、风险分析、交易能力等诸多要素。这些就像蛋白质、DNA 等复杂的有机分子。
在技术层面，你可以将这些要素的开发和部署解耦，但无法将它们的价值解耦。
InfoQ：如何使用这五个问题来探索价值？
Rohrer：这些问题的表述方式，是为了把更大整体中的个体贡献者，例如个人、团队、团队组成的团队或部落等，与其所处的整体联系起来，例如团队中的个人、团队群中的团队等。维持这种平衡，是组织有效运作的关键。
我在交付什么价值？如果你身处一个团队，就需要知道自己为什么作出贡献，以及作为个人或结对组合正在交付什么。例如，你需要知道自己在这个 Sprint 中交付哪些用户故事，但同时还要理解背后的“为什么”。
我们如何协调？作为团队，你们需要弄清楚这一点。例如，在 Scrum 中，协调机制可能是待办事项列表和 Sprint 计划。这件事必须共同完成，而不能各自为政，否则彼此就会产生冲突。
我们如何组合成一个整体？这个问题关注如何整合你正在做的事情：你的工作并不只是没完没了地处理一个又一个工单。在 Scrum 中，这可能体现为 Sprint 目标，也就是为什么所有这些用户故事能够创造价值，但它还不止于此：这些工作如何帮助系统实现 Fred Brooks 所说的“概念完整性”？为什么我们现在要为 A、B、C 领域投入比 D、E 领域更多的资源、时间或关注？这些投入能够带来什么？
外部有哪些值得我们关注的事物？这个问题关注的是控制论研究者所说的“彼时彼地”：有哪些事情是我们一直没有关注的？未来可能出现什么，值得我们投入时间提前规划？目前有哪些事物不在我们的职责范围内，但将其纳入可能更合理？
我们是谁？这是一个关乎存在、但非常重要的问题，它进一步追问：我们的目的是什么？我们是“定价基础设施团队”，但这究竟意味着什么？我们的责任是什么？它会如何影响我们在处理当下工作与规划未来之间取得平衡，以及如何关注其他所有问题？
这些问题适用于所有层级：团队、团队组成的团队、部门乃至整个组织！
原文链接：https://www.infoq.com/news/2026/09/autonomous-software-teams/
