对话张建锋：阿里如何管理超大规模研发团队？｜ 钛媒体独家
张建锋（花名行癫）
钛媒体注：本文刊发于阿里云及钛媒体联合策划的《云栖战略参考》2021年第一期
2011年，网景创始人、著名风险投资人马克·安德森(Marc Andreessen)写道，“Software is eating the world”(软件正吞噬整个世界)，用以表达各行各业都被软件所瓦解，之后再重构，未来所有的公司都是软件公司。
事实证明，马克·安德森的预判远比大部分人想象的还要长远。
今天，全球市值最高的几家公司尽数为软件公司，不同领域的巨头内部有着相同的软件工程师群体。这么一群高智商、高薪酬的人聚在一起，是脑力的风暴还是角力的漩涡，是在冥思苦想还是在浑水摸鱼，很大程度上决定了一家公司的生产力。
不仅如此，随着数字化升级的深入，越来越多的企业组建起自己的软件开发团队，以满足自身在业务上的定制以及业务发展需求。因为系统复杂性的提高，软件团队的规模也变得越来越大，管理难度也随之呈指数增加状态。如何有效管理创新开发团队，也成了很多传统企业的一个隐形痛点。
而对于管理超大规模开发团队的经验和教训，阿里云智能总裁、达摩院院长张建锋(花名行癫)可能是最有资格回答的人之一，当年他带着12个人三个月完成天猫商城项目开发就是经典的案例。本期《云栖战略参考》(以下简称《参考》)就和行癫仔细探讨了这个问题。
管理超大规模研发的秘籍
《参考》：很多客户其实非常好奇阿里巴巴管理超大规模研发团队的经验和教训，阿里巴巴有怎样的最佳实践?
行癫：这是个很好的问题，但是我想先说说我对最佳实践的看法。
首先，阿里巴巴未必有最佳实践，因为业务的成功会掩盖很多真相。就像当年谷歌说有很多创新，是因为员工可以有20%的时间考虑“与工作无关的东西”。这就有可能弄错了因果关系，谷歌并不是因为这个原因成功的，而是因为谷歌成功才可以这么做。
所以这里面有个挑战是要知道哪些是真正可以复制的最佳实践，哪些只是因为业务成功之后总结成的“最佳实践”。结果很容易看到，但真正找到“因”是很难的一件事情。
我们可以通过这本内刊和读者一起来寻找最佳实践，和大家分享、碰撞一下。
我没办法告诉银行家，他应该怎么做“一二三步”，因为我没有办过银行，但如果这个银行家有足够的领悟能力，他会从阿里巴巴的最佳实践、阿里云的客户的最佳实践中取得一些借鉴，获得启发，然后提出他自己的问题。
我们只能说我们在这个行业里面做了什么，或者自己不见得成功，但是提倡的理念是成功的，能够引领未来的。比如说以后的办公是数字化的，像钉钉这样的平台；比如以后软件的开发是碎片化的。这些我觉得是趋势，未必见得在我们这里成功，可能在我们的客户里实现成功，比如太平洋保险，用了钉钉之后，把很多系统就自己开发上去了。
《云栖战略参考》就是把这个行业里的先行者的探索、实践，呈现出来。但是“核”永远不可能靠别人告诉你——如果我能告诉你，那意味着我能做你的业务。
《参考》：关于创新的研发管理最大的挑战是什么?
行癫：你觉得研发人员不好管理，是因为你不知道应该做什么。最基本的“管理”，就是告诉下属应该做什么，而程序开发是项目化、组织化程度最高的一个活动。
所有项目第一个动作都是立项，第二个动作是所有项目都要被准确的评估，到底要花多少时间进行开发，比如我当年做天猫商城，在规定时间内要把天猫商城上线。评估很重要，比如一个系统登录use case(用户用例)，通常有经验的程序员写这个use case，三天可以写完。我们尽可能把所有的use case都给列出来，如果列不出来，说明这个需求没弄明白，需求没有弄明白就去做，肯定是很难收敛的，做到最后就会发现做的不对。
所以第一步就是把所有的use case都要列出来，列不出来的话，就不要开始后续的工序，就要弄明白这个软件到底有哪些功能。列完之后就在后面标注三天、五天、六天、七天，所有加起来就是总共花的工时。比如可能要花1000个工时，就需要思考，1000个人做一天，还是100个人做10天，还是10个人做100天?这肯定不一样的，但绝不可能1000个人做一天就做完了。必要的周期还是要有的，这个周期有经验的管理者会有自己的判断。
我们根据必需的时间，把人员核算好，就开始做。精髓是，需求必须明确！
我们才能够按部就班列出来，然后得到一个工时数，确定所有的资源投入，之后就是标准化的系统管理：什么时候应该研发介入，什么时候应该测试介入，什么时候应该提交测试，提交测试的提交标准是什么——这都是非常标准的流程，只是很多软件开发团队没有严格去遵循。
比如，听别人说很多软件公司不做测试了，自己也不要测试了，开发工程师来测试就可以了，但实际上有些测试很重要，甚至需要有一半人做测试。原则很简单：如何让总体研发时间最短、成本最低。但一个项目应该是测试多，还是应该是开发多？不同的项目不一样，管理者自己决定。但必须保证总体的时间最短，投入的资源最少。
《参考》：阿里有没有自己的软件开发方法论?
行癫：方法论可以探讨，但是方法论需要固化成为工具。你必须要有一整套工具来支撑方法论落地，怎么管理需求、怎么提交代码等等，我们内部有Aone。
但Aone是很重的，比较适合于大型项目的开发，小公司可能不需要这么重的工具，可以去做裁剪，我觉得各自有各自的做法，认同你的方法论就会采用你的工具，不认同你的方法论人家也不会采用你的工具。
很多公司没有方法论，只关心工具——这是两个层面，都需要关注。阿里现在的方法论，所采用的工具是我们自研的Aone。其实我个人是反对所有的公司都自研工具的，因为我觉得方法论一定是有普适性的。不是说在阿里这个方法论奏效，换个公司就不行了，没法复制。
我现在要求工具一定要开源，开源之后所有的工程师才会来使用，甚至会反过来优化你的方法论。
原来我们中国的软件开发，基本上工具决定了你的方法，有些工具很重很重，互联网公司肯定不能用，因为互联网强大之处在于反复迭代，容错性很高，关键流程不出错，其他东西有点瑕疵无所谓。但是站在其他行业的软件开发维度来看，软件分发出去之后修复成本很高，需要在分发前反复测试。
《参考》：对业务的理解是需要经验积累的，在摸不清需求的那段日子是怎么过来的?
行癫：没有use case的时候，往往项目是很小的时候，是业务推着你在走，那时候是不管白猫黑猫，抓住老鼠就是好猫。
我2004年加入阿里，阿里那时候没几个人，没有人关心你用什么工具，你只要实现目标就可以。那时候很难说效率高，很难说是最佳解决方案，但一定是找到一个比较合适的解决方案。技术要追求合适性，不要追求先进性。
《参考》：研发管理和业务规模强相关，阿里何时开始重视这件事?
>相关《对话张建锋：阿里如何管理超大规模研发团队？｜ 钛媒体独家》内容：
1、 道达号高手年度对话：2022年A股或呈“N”形走势 投资机会更加分散
理财鱼小提示：道达号高手年度对话：2022年A股或呈“N”形走势 投资机会更加分散 2021年，虽然大盘指数表现一般，呈现区间震荡格局，但主线却非常鲜明，牛股也层出不穷。同时也有很多板块被边缘化了。这种结构性行情，用一句话总结就是：买对了股票就是牛市，买...【继续阅读】
2、 舍得做客《陆家嘴对话》，与企业大咖共同探讨品牌背后的东方美学
理财鱼小提示：舍得做客《陆家嘴对话》，与企业大咖共同探讨品牌背后的东方美学 2021 年年底，第十届上海高级定制周在沪举办。期间，由中国金融信息中心、上海证券报、上海石油天然气交易中心共同出品的高端访谈节目《陆家嘴对话》围绕主题“以东方美学助力上海...【继续阅读】
3、 2022年大盘“N”字形，投资机会更加分散——道达对话牛博士
2021年，虽然大盘指数表现一般，呈现区间震荡格局，但主线却非常鲜明，牛股也层出不穷。但是，也有很多板块被边缘化了。这种结构性行情，用一句话总结就是：买对了股票就是牛市，买错了股票就是熊市！ 再过几天，2022年即将来临，在新的一年中，又将有怎样...【继续阅读】