肯特·贝克（Kent Beck）确定了产品开发周期的三个阶段：探索，扩展和提取，并建议根据您所处的阶段，选择敏捷开发还是瀑布式开发模型。
该框架帮助我找到了可以描述组织设计如何根据产品开发周期进行发展的词汇。下面，我将概述三种组织设计模式，以补充Kent Beck的3X。
探险家
当您启动或计划新产品时，您正在探索一个新市场。你是新来的孩子。您的资源有限：几个软件开发人员，三个月的现金流以及您的日常工作。现在是时候进行很多小小的下注，并希望至少有一个大胜利。
- 您面前有太多未知数。您无法预测明天的市场状况或瓶颈。因此，最好的团队是优化灵活性和敏捷性的团队。
- 一个理想的探险队是什么样的？我认为，这是千篇一律的万事通。您的设计师还是销售电话中的救灾投手；您的软件开发人员可以兼任数据库管理员，数据科学家和安全工程师。
- 此时您不需要中间管理人员，因为您负担不起沟通的开销。一时的决策延迟可能意味着生死。
扩展器
一旦产品获得足够的吸引力，您就必须迅速扩大规模，然后再逐渐消失。使您的杂乱无章的探索者团队保持原状可能很诱人。尽管如此，现实情况是，如果您想在合理的时间范围内创建大型软件系统，那么您将需要比舒适地容纳在车库中更多的人员。
- 如果您拥有可靠的业务模型，则可以规划出可带来客户成果的价值流。您的新团队应与这些价值流保持一致，这意味着拥有端到端产品开发过程的一部分，以便他们可以专注于提高价值的产生并减少瓶颈。
- 拥有多个团队的一个不幸的副作用是概念完整性的下降。您可以将概念完整性视为一种样式指南，以确保每个用户交互和软件组件都适合整体设计理念。
- Spotify模型[url=https://en.wikipedia.org/wiki/Community_of_practice]的实践社区，[/url]卓越中心，行会和各章均致力于维护整个组织的概念完整性。关键是要建立脚手架，以在团队尝试建造摩天大楼时为团队提供支持。
提取器
您已经构建了屡获殊荣的产品，现在您是该领域最大的公司之一。您的会议议程现在围绕如何保持增长和降低成本。您更关心产品稳定性而不是创新。
- 您的风险规避将反映在您的人员配备计划中。您雇用的运营工程师多于应用程序开发人员。如果您有更细微的客户支持水平，这将有所帮助。您依靠专家或专业团队来帮助您降低成本。
- 当产品未处于积极开发阶段时，您不太可能拥有配备齐全的跨职能团队。全面的文档记录将有助于防止产品和机构知识的流失。
- 采掘团队不可避免地会屈服于这样的观念：如果产品没有破裂，当他们的首要任务是保持产品存活时，不要修复它。