阿里云道哥自述：重回阿里的29个月(3)

在这背后，需要一支能打仗的团队。我一直坚定的认为我所在的团队，放到整个阿里也是最优秀的团队。我判断团队是否优秀的标准和其他人不太一样，不是看有多少高级别的人，有多少光鲜履历的人，有多少经验丰富的人，而是优先看所有人对于使命的坚持有多强烈。在遇到逆境、遇到挫折、遭受委屈、不公待遇时是否依旧能坚持，初心不改。这样的团队将会很有韧劲，才能打逆风仗。因为创业不可能永远一帆风顺，逆风是常态，而那些冲着光鲜职位来的人，冲着晋升机会来的人，往往也是逆风时第一个抛弃团队的人。有韧劲的团队，要有顶着3.25的绩效（3.25在阿里的绩效考核里是不及格）坚持做正确事情的决心。这与绩效考评无关，只与我们自己内心的坚守有关，只与我们对这个社会的贡献有关。

我们要面临的环境往往非常恶劣，什么都缺。但什么都缺才是创业，如果什么都不缺，那是享受。所以我们招人的时候，如果招来的人来了后嫌弃这没有、那没有，要资源没资源、要钱没钱，似乎就没法做事情了，这种人很难成为创业者。如果招来的人，一看什么都没有，不沮丧却很兴奋，从困难中看到了机会，而不是从机会中看到了困难，那么这种人就是我们需要的人。

在人才选拔上我有两个最基本的要求：勤于思考，言出必践。我思考了很久后，想明白了这两点是所有岗位都有共性的基本要求。言出必践已经是极高的要求了，因为这意味着任何意外都不应该是失败的理由，所以想要拿到结果，一定要思虑周全，并有相应的执行力。从一些日常琐碎的小事就能观察出一个人对于承诺的认真程度，比如不能守时的人，也不会是一个很重承诺的人。如果说好的事情总是做不到，那么这种人多半是坑老板的人，不可用。一个不重承诺的人，哪怕再有才华，也是夸夸其谈，用之甚至有害，因为团队其他人会觉得不公平。

一个团队里除了要有执行力强的人，还要有聪明的人。但聪明其实不是很好描述，过于主观。所以我认为我们真正需要的是勤于思考的人。对我们来说，时间比钱贵，只有真正肯花时间在一件事情上，才是真正的重视，才是真正的认真。我认为最应该花时间的事情就是思考。思考绝对不是小聪明，不是想着法偷懒或蒙混过关，而是思考如何正确的、高效的完成目标。很多时候工作做得不好，不是执行没到位，而是思考没到位。我们有很多需要思考的东西，思考事情、思考人，思考未来、思考风险、思考机会，思考谁是合作伙伴、谁是潜在的敌人。思考的深度，决定了结局。

我很喜欢雷军说过的一句话：「不要用战术上的勤奋，掩盖战略上的懒惰。」，我稍加修改一下会更贴切：「不要用执行上的勤奋，掩盖思考上的懒惰。」。

我们总是在不断犯错中前进，没有错误，就不会有进步。但犯错一定会带来伤害，或伤了人，或伤了业务，但只要没死，总能再生。我们不论成败，只论生死。

这个过程中也并不是所有人都能坚持到最后，在中途也会有人熬不住而退出，因为确实苦。在2016年我们大获成功的WAF产品（WAF是Web应用防火墙的简称）身上发生的事情，可以充分反应出很多问题。也同样是我在提交给公司的内部报告上，我记录了这个产品经历的反复：

• 很多创新业务，在最早的时候都是如此的窘迫，没有资源，借过来，简陋一点，也能开张。只要客户价值明显，就能生存下去。
• 但也有客户价值不明显，经历过反复的。比如WAF产品，在2012年的时候，我离开公司前立项做的这个产品，我走后换了一位同事接手。等我2014年回到公司时，这个产品半死不活，版本有三四个，架构还各不相同，稳定性和扩展性都有问题，CDN团队用了我们的产品后还搞出过故障，压力很大。回来后我快刀斩乱麻的砍掉了几个版本，然后对主版本进行重构解决稳定性的问题，整个研发团队憋着一口气一定要打个翻身仗。经过了大半年的努力，整个软件版本终于变得稳定，这才有在2016年4月份开始重新商业化的机会，而回过头来看，前后已经过去了四年，产品形态也已经变化了三四次，经历了上线到下线，到重构，到再次重新上线，相当于凤凰涅磐了一次。在今年，WAF产品是我们的爆款产品，增长率超过了DDoS高防去年同期，是下一个明星产品。
• 但和书上写的故事不同的是，当年憋着那口气要打个翻身仗，洗刷耻辱的那个研发团队，在重构完成后，多数人却陆续都离开了公司，没有能够坚持到WAF摘取商业化成功果实的那天。也许这才是真实的现实世界。

现在WAF的研发团队还是那个团队，但人已经几乎全是新的面孔。部队打残了，只要番号还在，传承就还在，就可以重建，收拾残部，从头再战。

但我依然想感谢所有离开了团队的人，不管你们的离开，是开心的还是沮丧的，若没有你们曾经的付出，不会成就今天的云盾。也要感谢所有目前依然不离不弃的人，因为没有你们今天的努力，不会成就云盾的明天。所有人都看到了WAF今天的成功，但我们自己不要忘记过去的那些人、那些事，因为这是我们最宝贵的财富。

| 对客户的敬畏

在这29个月里，我还经历了两次3.25（绩效考评不及格），两次都是因为故障。在业务高速增长的同时，我们付出了惨痛的学费。其中在2015年9月1号发生的故障（我们内部代号称为901），是阿里云历史上最大的一次故障。故障发生在午休过后，突如其来的雪片纷飞般的报警一下子让我们懵了，大量客户的业务发生了中断。

一个给学校做报名系统的客户联系了我，故障直接造成了他们业务的中断，因为那天刚好是学校开学，很多学生都没办法报到了。而那时我正和团队在紧张的进行着一项项故障恢复工作。国家各级监管部门都纷纷发函来询问故障原因，并要求我们提交故障报告。故障后第二天一大早进行的复盘会，全集团所有与基础设施和云计算相关的最高级别的技术专家几乎全部到场，塞满了整个屋子，所有人都板着脸。会议进行了两个小时，气氛很压抑。一周后，我到公司的总裁月会上，向集团CEO逍遥子、以及各事业群的总裁们汇报整个故障过程。这是我第一次参加集团的总裁会，可惜是去讲令人如此沮丧的事情。

故障发生后，我深感内疚，所以决定在阿里云标准的赔付范围之外，再给予所有受到故障影响的客户单独的云盾产品赔付。故障解决之后，我还发动云盾团队所有同事和我一起为客户手写道歉信。可惜由于人手有限，因此只有部分客户能收到我们的信件。但收到信件的客户都给了我们一些正面的反馈，有的人还把信件的照片贴在了朋友圈里。

事后，组织发展部的十三姨问我当时是不是压力很大，我想了想，回答她说，当时的想法是，在那时候没有人比我更适合处理这个事情，所以我必须顶上去，不能有半步退缩。至于之后的事情，没想那么多。

（编辑：ASP站长网）