同类
我们团队的人真的很少。
并不是业务停滞、或者资金短缺，也不是因为没有人愿意来这里工作。
而是我们打心里不想雇佣那么多人。
我们不认为一个巨大的办公室、熙熙攘攘坐满人的企业就意味着成功。
与之相反，一个精简的、有进取心的小团队能让我们决策得更快，运转效率更高。
我们目前有20多全职位工程师，在今年剩余的时间里，我们很可能只会再雇佣几位工程师，并且限制了团队总人数。
我们团队真的不适合大多数人，是真的不适合。
我自己就是一个疯狂的代码和业务推动者，经常在周末想到点子就要去做。
所以当你进入团队看到密集的代码提交和内部信息流，很可能感到慌张和压力。
但这对我们来说却是常态：休息要充分，输出要高效。
我们非常认真地对待自己的工作，并且为了成功，你必须有壮志雄心。
我始终认为好的工程师写出的代码，从许多方面都要好过 CSDN 复制粘贴工程师10倍不止。
30个人的精英工程师团队交付能力，二流团队需要200人才能跟得上，后者有大量时间是在内耗和写Bug。
话虽如此，我们正在招聘一些人。如果你真的一字不差的看完这些话并感到认同，怀揣做出世界一流水平产品的抱负，请告诉我们！
OKR
我们每两个月会对齐一次 OKR。
这是对齐团队目标的重要方式。
我们不喜欢 OKR 有车轱辘话，喜欢讲实际，是什么就是什么。
我们不喜欢「把手」、「赋能」、「打法」、「闭环」… 这些互联网黑话。
我们不喜欢大量形容词，尽量让队员的指代是清楚的。
团队的 KR = 个人的 O 的参考（部分），依次对齐。
OKR 的 KRs （关键结果）必须是 可衡量 的，但 不琐碎 的。
OKR 是有挑战性却⼜不⾄于让⼈绝望的。
OKR，你⼤约抱有 50% 左右的信⼼。
队员不必担心 Review 的时候无法完成你所有的目标，可量化的 KRs 已经证明了队员做了哪些努力。
做好失败的准备，准备好从失败中学习，并重试。
守门员测试
我们通过守门员测试来作为队员去留的重要依据。
守门员测试是：根据一个成员过去一段时间的总体表现所作出的评价。
守门员测试有三种结果：
符合预期 👌
超过预期 🚀
低于预期 😵
绝大多数情况下，你会获得「符合预期 👌」的结果，这是正常情况。
只有当你的守门员测试达不到要求时（结合360度环评），我们才会告知你。
其他情况下（符合或超出预期），为了保护每个成员的隐私，我们会对结果保密。
当队员获得「低于预期」的红牌，HR 和上级会直截了当地告知原因，并留出时间改进，通常是1个月。
1个月后我们会 RE-TEST，重新进行守门员测试。
「依然不符合预期」，则意味着：即便我们付出了努力，还是无法让双方满意。
无法通过 RE-TEST 的成员，我们会以 N+1 的赔偿金辞退。
多次守门员测试结果的累积，会是团队不定期审视现有队员职级时的参考依据之一。
这个守门员测试：不是弄着玩的，不是制造恐惧，不是上级的暴政，不是末位淘汰，不是固定比例给“评价”这种机制，不是鼓励成员去讨好上级，而是凭真实产出说话。
总之它让不想继续待的人，尽早体面地分手，好聚好散。
让想做好的人，做得更好。