国内IT公司病的有多重？技术圈交际花谈软件研发管理怪现状

【编者按】：网学网站长新闻为您提供国内IT公司病的有多重？技术圈交际花谈软件研发管理怪现状 参考，解决您在国内IT公司病的有多重？技术圈交际花谈软件研发管理怪现状 学习中工作中的难题，参考学习。

虎嗅注：在创业过程中，研发管理是很重要的内容。但是国内创业公司的研发管理却长期处于一种比较混乱的状态。国内创业公司的研发管理到底出了什么问题？技术人攻略的Gracia采访了素有“技术圈交际花兼娱记”称号的程显峰。从程显峰的口中，我们可以了解到国内创业公司在研发管理上的各种怪现象。

程显峰：@程显峰-Mars，蓝海讯通COO，MongoDB中文社区发起人，曾任积木盒子技术副总，Admaster首席布道师，混迹于安全、广告、云计算、大数据、互联网金融等多个技术圈。

文/Gracia

“什么时候采访我？”在GitCafe北京分部的开幕活动上，显峰半开玩笑半认真地问我。认识显峰的时间不算短，总在各种技术大会与小会上频繁碰面。过去一年多，他的工作状态算不上“稳定”，这不，刚离开高大上的互联网金融，投身APM的伟大事业。真要采访，得先选出一个可行的话题切入角度，他引用《人件》里提到的“高科技幻觉”，从传统工程的角度谈了谈对IT研发管理的看法，于是采访主题顺利地定了下来。

这通吐槽显然憋了很久，不乏“这个行业充满了骗子与强盗”的激烈言辞。我有点被惊到，常看他以典型的东北式幽默与人调侃，并不知道他原来如此严肃。在北五环外的东升科技园，我们从下午两点半，一直聊到天黑，期间换了3个场地。末了，他叹到：“为什么好好做技术这么难！”

显峰无需借此博眼球、搏出位，公开发表这些话给他带来的潜在风险远大过收益，观点犀利自然会赢得一些赞同，也难免招致对号入座的无端恨意。在乌合之众汇聚成的网络空间，谩骂而非理性的讨论是更为常见的交流方式。虽然在文字上做了些处理，我仍然对其可能带来的争议无比担心。发给他确认，几乎没做大的修改，仅回了个：“整体很流畅，但细节上的文字还不够平滑。”看，真是个对品质要求很高的人。

这些细节暴露了他的始终如一，也让我更加理解显峰的选择，不安定的背后，自有他严格的价值坚守。如果有机会，显峰希望去教小孩写程序，热爱学习的人是真诚的，他喜欢和这样的人在一起。

技术人攻略：你从什么时候起开始对对研发管理感兴趣？

我是学工程出身，本科就读于哈工大航天工程与力学系，研究生是悉尼大学的航天专业，期间受到了严格的工程训练。传统航空业的研发和制造体系非常完整，拿造飞机举例，悉尼大学的本科生就完全可以组装出可供销售的飞机，因为整个生产过程非常严格，任何一个扳手都有编号，有详细的记录和流程，不可能搞错任何东西。

虽然专业选择了航天，我对编程却非常热爱。从小学就开始写程序，那时候家里没有电脑，每次上机需要走40分钟山路。研究生期间，独立完成了完整的有限元分析软件，算是我在科学计算领域的一次实践。

回国之后，我加入的第一家公司Antiy，很重视底层技术，产品做得非常成功，但研发管理做得并不好。我在那期间学了很多软件研发历史，但在研发体系建设上，还是留下了许多遗憾。随后加入做互联网广告监测的创业公司AdMaster，当时公司正在筹建，人员来源多种多样，研发管理问题比较突出。我的职位是专职敏捷教练，配合技术负责人做团队建设，开始更深入地思考研发管理。

刚进入IT这一行时我很难理解，为何在传统工程和制造领域很平常的事情，在IT领域却是需要商量和悬而未决的。可靠性在航天等领域早已解决得很好，为何软件行业却一直解决不了产品质量问题。后来看了不少管理的书，发现IT研发管理的许多思想都是从建筑业、制造业借鉴而来，例如快速迭代、精益管理等概念。

结合工作实践，我逐渐发现了研发管理问题的症结所在。研发能力是工作的综合体现，内功水平是关键，任督二脉打通了，练什么都很快，至于到底用哪个套路，是很轻松的一件事。举个例子，大家通常说要做“敏捷转型”，认为自己是从传统软件研发转型成敏捷，关于二者的争论也显得像是泾渭分明的两派，但实际上不是。难道传统软件就不做配置管理吗？难道敏捷就不做测试吗？这两派理论有八成是一样的，即便在软件工程教科书里，也同样有关于质量控制、配置管理、迭代等理论，如果很好地去执行，同样可以达到不错的效果。

为什么敏捷转型失败的案例很多，因为企业并不具备相应的内功，只想寻求解药，以为敏捷能有所帮助。实际上如果不打好基础，结果还是一样。具备这种内功的人，玩传统软件也会很好。航天、制造、金融行业并不过分强调敏捷，当然敏捷里的好东西，他们也能非常快地去借鉴。《精益软件开发艺术》这本书的作者来自波音公司，他们将其在制造上的经验应用于研发，对软件的驾驭能力相当高。

强调时髦的概念，对研发帮助并不大。比如知道了TDD测试驱动开发，对团队帮助有多大呢？TDD想执行好，要求对测试理论有深入理解，但大部分国内开发团队不仅不具备很高的测试水平，连测试是什么，如何测都不知道。这种情况下去推广TDD是没有意义的。

技术人攻略：根据你的观察，国内研发管理有哪些常见问题？

我观察到国内研发管理主要的问题有几个：第一是过于强调个性，缺乏共同价值观；第二是内功差，不重视软件质量；第三是很多从业人员眼界狭窄，拿无知当个性；第四是对技术缺乏敬畏之心；第五是整体气氛浮躁，擅长炒作概念而非脚踏实地做事。

IT这一行太推崇个性，过于强调创新，强调极客，而对于共同价值的坚守非常少。传统工程领域里，大家都遵照明确的规范和标准做事。软件行业的国家标准很落后，大家也都不执行，几乎每个公司都会自定义一套方法和流程，大家各说各话。个性的东西太多，达成共识的东西太少，导致软件行业的人很难树立共同价值观，以及清晰的研发过程。

我做软件咨询的时候发现，不少合作多年的团队，都未能在基本价值观上达成一致。例如自家产品到底能解决客户哪些问题，10个人能给出8个答案。我认为研发管理首先要解决的问题，是形成一个团队，这就要求大家必须有足够多共性。想要塑造有战斗力的团队，需要模仿军队管理，大家穿一样的衣服，迈一样的步子，用同样的方式使用工具，减少不必要的浪费和沟通。

建立共性的关键之一，是要对代码质量树立共同的认可规范。好代码必须干净、可维护、可测试性好、适宜阅读。如果在大规模项目之前没有就此达成统一，大家冲上去的时候，再说如何配合、包抄，只会被打得一败涂地。

关键之二，是要做好版本控制。版本控制是研发的基石，开发人员每天都要用，而即便很多资深程序员，对版本控制的使用方式依然很落后。版本控制最基本的要求是可回滚，但国内大部分公司做不到这一点。《精益软件开发艺术》这本书第0条就讲：代码必须在版本控制工具里。离开这个基础，其它的改善都是无用功。我原来一直在推Git，本质原因还是我们的内功特别落后，你看Github有多流行，就知道国外做得有多好。

技术人攻略：国内研发管理内功不足，除了版本控制，还体现在哪些方面？

除了版本控制外，调程序和测试的情况也不乐观。国内程序员调试程序大部分全凭拍脑袋，不能以程序的方式思考问题，不仅不具备调高难度算法的能力，也没有清晰思路去解决问题，更不会使用工具。

在互联网领域，测试的重要性远远被低估。合格的测试开发工程师应该既懂测试，又懂开发，还要能教育其它开发工程师。这种人在现实情况下很难找到，根据我面试的经验，能把最基本的单元测试要点说清楚的人都不多。

做互联网金融这段时间，我接触过国内很多第三方支付，都在测试上做得一塌糊涂。举个例子，开放平台让商家接入之前，需要提供一个虚拟测试环境。Paypal的正规做法，是给每个商家建立一个沙盒。而国内大部分厂商的做法，是让所有商家共用一个测试账号，往里面打一分钱。这一看就根本不懂测试理论，沙盒测试是标志性的东西，如果你到某个医院，发现那里没有显微镜，那就一定说明这个医院不具备做某些类型化验的能力。

电信、金融、制造业等传统软件开发领域，对软件质量重视程度很高。互联网领域最不重视软件质量，普遍采用的灰度测试，虽然能解决体验、交互流程上的问题，但并不能解决质量和正确性问题。测试能力是很基本的内功，做灰度可以，但不能对测试一窍不通还无所谓。这好比你有10发子弹，因为时间、资源所限，只能打1发。但如果你只有1发子弹，你就打，不要说别的不好，因为你根本不知道完整的方式该是怎样，只能灰度。

国内的创业者天天看TechCrunch，知道美国的市场、机会、商业模式，唯独别人的研发流程不了解，所以只会抄袭一些表面的东西。媒体总是报道Facebook一夜成名，但很少有人知道，在这家公司刚开始壮大时，就从Mozilla挖了一位非常资深的专家去负责工程。这些经验丰富的人是团队的定心丸，前进路上有多少坑，他们早就踩过了。研发有本质的客观规律，不能因为你年轻，你创新，就逾越这些规律。