如果你读过 Heat Seeking Missile for Pain，你会记得 Commure 的 @tanay_tandon 是一位善于与团队分享直接而简练经验的大师。最近，我想起几年前他在与 Data Domain、ServiceNow 和 Snowflake 的 Frank Slootman 会面后发给团队的一则分享。我们随后将其分享给了 @Sequoia 的创始人，现在我再次在这里分享。
===
Commure 最重要的价值观（也是最常受到质疑的）是“速度高于一切（Speed Above All Else）”。在 Slootman 的公司里，速度（Velocity）和快速（Speed）同样是核心价值观。
每周我都会多次被问到/质疑——“如果我们身处医疗行业，速度怎么可能成为我们的价值观”。或者“你要么做好，要么做快”。又或者其他一些荒谬的非此即彼（either-or）式论断。
这是一种旨在将你困于平庸的虚假二分法（false dichotomy）。速度不以牺牲严谨（rigor）为代价。几乎所有真正的工作都是在紧张、专注、深度的冲刺（sprints）中完成的。没有干扰——会议精简，只有埋头苦干的推进。
一些例子：
-
Google Maps 曾经缓慢、笨重，是一个由 XML 驱动的怪物。@btaylor 对此感到愤怒，在一个周末进行了长达 48 小时的编程狂欢（coding binge），从头重写了它。它成为了至今仍赖以运行的基础设施，体积缩减到原来的三分之一，加载时间确确实实快了 10 倍。
-
初代 iPod 由 @tfadell 和 Apple 在启动后的 7 个月内完成构思、设计并交付给客户。这是一款复杂的硬件设备，最初几乎没有供应链。它成为了 Apple 十年转型为万亿美元帝国的基础。那次为期 7 个月的冲刺（sprint）在消费硬件领域可谓前所未有，却奠定了这一基础。
-
帝国大厦（The Empire State Building）于 1930 年仅用 410 天就全部建成。它屹立了一个世纪，结构稳固、安全可靠，是美国的灯塔，至今仍在使用。相比之下，2005 年在旧金山建造的千禧塔（Millennium Tower）耗时 5 年，经历了多个“委员会”、“规划会议”、“社区引导的安全评估”。如今它正在倾斜，被认为不安全，无法完全投入使用。能力（Competence）至关重要。更多内容来自 @patrickc。
通常情况下，这种非此即彼（either or）的二分法是由那些缺乏同时以速度、严谨和强度（intensity）工作的能力（horsepower）的人提出的。
不要让这种人拖慢你的速度。构建和运作时，要具备强大的边缘情况（edge-case）检测能力、优秀的测试框架（testing frameworks）、事前验尸（pre-mortems），以及专注的埋头苦干。写下计划，在脑中验证，然后冲刺（sprint）。事情往往可以在快得不可思议的时间线（timelines）内完成。
来自 Slootman 的一些更广泛的思考，这些是使之成为可能的关键输入：
-
提升速度（velocity）和紧迫感（urgency）。 如果没有领导者推动紧迫感，所有组织都会陷入慵懒的节奏。大多数组织内部存在大量的松弛（slack）。20% 的速度提升不足以改变什么。它必须是可以明显感知的（palpable）——作为领导者，找到一种方法将某件事情提速 5 倍。
-
提高你的标准（standards）。 平庸（Mediocrity）加上借口会毁掉公司。“他们通常被认为还没差到要开除，但又不够好到值得留下。他们是终极的乘客（passengers）。” 一流（Best in class）的赢单率、一流的努力指标，对于进入市场（go-to-market）团队来说只是入场筹码（table stakes）。
-
你的工作不是让你的下属（reports）开心。 你的工作是把事情做成（get shit done）。在“感受”或是否感到“被关注”上过度重视（Over-indexing），是适得其反的（counterproductive）。
-
我们在这里是为了完成一项工作。 尽管 Slootman 将公司市值从 10 亿美元提升到了 800 亿美元，但在他治下，Glassdoor 的平均评分仅从 3.3 上升到 3.4。
-
重要的人都在把事情做成（get shit done）。 这就是你需要迎合的全部。
-
你要招聘的是那些有点“受损”/不那么循规蹈矩的人。 强度（Intensity）不会来自“正常运作的人”。驱动力（Drive）来自某个地方，而非凭空产生。