消防。

Of the early Stripe lore I’ve encountered, my favorite is that it managed to accomplish a tremendous amount with a small team because folks moved so rapidly from one project to another project that, leaving an afterimage behind them, it appeared that they were everywhere simultaneously.

在我的脑海里，这成为Heisenberg不确定性原则的变种：只要你不问什么该团队正在在一段时间内努力，他们真的正在做一切。但如果你这样做，那么，他们突然间被冻结成一项任务，周围环绕着一个未贴满的项目海洋。

共同建议是做没有规模的事情直到找到产品市场。这是一个很好的建议 - 你最早的早期风险是没有人会关心你的创作 - 但后果往往是一个强有力的案例消防。

灭火是尽可能快地修补紧急问题的模式，然后立即进入下一个。对于球队来说，这可能是一个非常有益的时期，因为他们正在做一些最好的工作，但也是一个落后和进一步下降的团队的定义特征。

你很少通过失败来实现这个地方，而是几乎总是一个你的标志比你维持的速度更快。但是，如果您不小心，消防周期中的团队成为未来增长的瓶颈。更糟糕的是，战斗火灾的奖励循环比做持久的良好工作的奖励循环更直接，更强大，而且乐于迅速来相信这是团队运作的正确方法。

如果您提前捕获问题，则有两条路径：限制工作进展， 和雇用受影响的团队。如果你要慢地解决它，那么只雇用工作。

当您比团队可以同时管理时，限制工作过程中无法正常工作。他们也太热了，无法忽视，太多而且修补，前进运动研磨到停止。

如果你看到一个由他们的火灾着迷的团队，需要一会儿为他们的紧急工作感到自豪，但是立即采取措施挖掘它们。你等待的时间越长。