对于一个产品团队来说，过程可以是令人窒息的，也可以是解放的过程。完全没有程序？好吧，在一切都开始崩溃前的一两个星期里，这很有趣。我们的团队在过去做了大量的工作，同时反思和改进我们如何构建产品。我们的目标是达到一个最小的过程，给团队一个框架来计划和组织他们的时间，最重要的是，确定优先级并做出最佳的权衡。以前，淘客推广联盟，我们考虑过在三个时间段内构建产品—6周、6个月和6年（Paul很容易将其称为"666思维模式"）。但现在6个月的路线图已经不复存在了。一个不变的，如何租用服务器，我们正在加倍研究的框架的核心，是6周周期。下面是我们对它的看法，大数据调研报告，以及它在实践中的样子。为什么6个月的时间表不起作用对于任何产品团队来说，一个简单的事实是：你计划的越远，承诺就越可疑。

与您的产品团队一起做出远大的规划承诺实际上会带来复合的负面影响：

你的团队花了太多时间预先计划。计划是必要的，但是伟大的团队需要建设。这么多时间花在计划上意味着这份工作已经变得不那么有趣了。不管你怎么努力，你的计划在很大程度上还是虚构的。因此，团队要么感到害怕（因为你真的很有雄心壮志），要么缺乏动力（因为过于谨慎），很可能会失去活力。研发之外的团队很快就会意识到这些计划并不可靠，因此研发部门就失去了可信度。你的计划就像一件紧身衣，你需要不断地重新调整，但你永远无法从中挣脱出来。因此，现在我们不再使用6个月的周期，而是不受时间限制：它们只是一个团队将要进行的下5个项目，按优先顺序排列。就这样。完成这5个项目可能需要两个月的时间，也可能需要两个季度。没关系。下一周的5个简单项目清单。6周周期是关于执行的有了下一步要做的项目列表，团队可以专注于他们在未来6周内完成的任务。这其实是件大事。你再也不必在一次谈话中同时兼顾战略和执行力，这可能会让人头晕目眩。你的大脑会感谢你的。下面详细介绍6周周期的工作原理。目标，而不是计划我们不优化详细的计划。相反，我只是数据，我们专注于周期的目标。每6周，每个团队都会针对他们想要完成的周期提出一系列目标。因为你只需要计划6周，所以你不需要一个详细的计划来对你的目标有很高的信心。这样可以保持它的轻量化。然后团队指定一个主要目标。当你需要适应不断变化的环境时，云服务器和普通服务器，你会牺牲所有其他人来达到这个目标。提前同意这一点会使第4周左右出现的典型的艰难决定（"废话，A项目花费的时间比预期的要长。我们该怎么办？"）令人耳目一新（"事实上，很清楚。让我们停止B项目的工作，让每个人都投入到A项目中去我们的主要目标通常是向所有客户发布改进。次要目标通常集中在发布到beta版上。我们为所有客户优化可见的进度。我们还包括候选目标。这些都是我们考虑过但遭到拒绝的目标。这有助于我们思考在这个循环中我们选择什么不做。这一点很重要。然后我们把所有这些放在一个电子表格中，每个人都可以访问。这是我们研发目标电子表格的"摘要"选项卡，显示了每个团队的主要目标：

问责问题6周周期的每一个目标都是具体的和可衡量的，团队要对这些目标负责，尤其是首要目标。这需要一个微妙的平衡-你不希望团队变得谨慎，否则他们不会达成任何目标。所以我们不期望完美。失球时有发生。但是团队应该对他们所承诺的事情感到满意——这是可以实现的，并且他们会为在6周内完成任务而感到自豪。错过目标会很痛苦的。它们不是交货周期我们的计划和承诺时间是6周，但我们不会用它来人为地限制项目。一个项目可以在几周内设计、构建和发布，而其他项目则跨越几个周期。你应该在整个周期中发布产品。有时候你会在第三或第四周达成你的主要目标。一切都很好。6周只是我们的计划和承诺的节奏。这是我们的结构，以帮助团队获得正确的可预测性和预见性。6周是时间框架中的金凤花，正好构建好的软件真的很难。你需要你的过程来支持你，而不是让你失败。我们发现6周周期就是这样。它可以帮助您的团队为有意义的目标而奋斗，并让您在6周内灵活地调整和适应装运产品固有的不确定性。它在做出你的团队所相信的承诺和给你的团队一个足够大的窗口来利用他们的创造力来实现这一目标之间的平衡。Basecamp的团队背后有着不同的模式，但最终还是有一个信念，即6周对构建产品非常有效。这让我们更加确信6周是，嗯，正好。你也应该试试。