产品团队需要像开发团队一样学习创造闲暇时间。
我是一个相对谨慎的司机。 我希望与前面的汽车保持良好的距离。 我的其中一个烦恼是，当一名积极进取的驾驶员在一条2车道的高速公路上经过时，前方前方显然会有更多的交通。 恭喜你，混蛋。 您比我快2秒钟到达目的地。 为什么所有的司机都不耐心？ 为何驾驶员不能放松并等待更长的时间才能到达目的地？
事实是，人类需要始终忙碌。 实际上，如果有充分的理由，我们将多花15分钟来完成一项任务，这样我们就不必面对闲置的感觉（ 来源：Hsee，Yang和Wang，对怠惰的厌恶以及对正当忙碌 ）。 我们是有趣的生物。
感到忙碌的需要不仅影响了我们的个人生活，还影响了我们的工作。 组织制定了所有这些规则和规定，以确保其员工不会闲置。 听说过按键记录吗？ 最好确保每分钟输入足够的单词……几年前，雅虎因为制定一项要求所有人都在办公室的政策而受到强烈反对。 让我们确保在工作时间内，屁股都在座位上。 尽管这些是极端的例子，但大多数公司都透露出某种忙碌的公司怪癖。
现在，敏捷已经尝试通过在开发过程中引入空闲时间来解决这一问题。 敏捷倡导，如果开发团队忙于工作时间的80％以上，那么他们实际上可能并没有交付太多东西。 这类似于计算机达到100％的利用率时停顿下来。 这种围绕开发时间的闲暇时间可导致团队水平上更健康的行为。 但是，除了团队之外，敏捷还有更多的途径……。 那么那些在团队之上工作的人呢？ 或在其他部门。 他们怎么了？
以功能为例。 对于许多产品团队而言，他们的功能积压工作将永无止境。 如果您问“最让您放慢速度的一件事是什么”，那么产品团队通常会说“缺乏资源。 如果我只有更多的开发人员，那么我可以更快地解决这个悬而未决的积压。”那么，如果您可以更快地解决该积压该怎么办？ 真的会改善您的产品体验吗？ 会有更多人选择购买您的服务或产品吗？ 您的NPS会改善吗？ 您最终会达到病毒性增长曲线吗？ 如果您的整个测量理念是围绕提供更多功能或更快地处理积压，那么这些问题的答案可能是“否”。
这是一个想法。 如果产品团队尝试一些闲暇时间或闲置时间怎么办？ 如果团队等待并衡量了影响，而不是在上一个功能完成100％之后立即启动下一个功能，该怎么办？ 然后，如果该功能未能达到预期的效果，则团队可以专注于迭代，而不是尝试使“快速响应”与下一个功能的故事相适应。 您可能会问自己：“但是开发人员呢？ 在我们等待评估功能影响时，他们将做什么？ 我们需要领先于他们并使他们忙碌。”您实际上不是。 让他们有时间减少一些技术债务或改善建筑物的健康状况。 举行黑客马拉松，以便有时间进行创新。 让开发人员在等待了解是否应该继续使用下一个功能时改进系统。
刚坐下来休息一下您新创建的功能，您会感到很舒服，您的产品将对此表示感谢。 也许您甚至可以参加桌上足球游戏，或者在两个功能之间去健身房攀登。 现在那不是很好吗？
我和我的团队希望每次都能使软件团队构建正确的事物。 有兴趣协助我们的研究吗？ 参加我们关于 团队健康 的调查 ！ 在Twitter @heysquirrelco上关注我们的进展。
