虎嗅笔记：在创业过程中，研发管理非常重要。然而，湖北IT公司的研发管理却长期处于混乱状态。湖北IT公司的研发管理怎么了？技师攻略专访了素有“科技圈社交花艺人”之称的程先峰。从程先峰的⌒　口中，我们可以了解到湖北IT公司研发管理中的各种奇葩现象。

程先峰：@程先峰-Mars，蓝海通信COO，中文社区创始人，原积★木盒技术副总裁，首○席布道者，混在安全、广告、云计算、大数据、互联网金融等技▓术圈.

艺术/

“你什么时候采访我？” 咸丰在北京分公司开业典礼上半开玩笑半认真地问我。认识咸丰的时间不短，在各种技术会议和小型会议上总是经常见面。一年多来，他的工作状态一直不被视为“稳定”。不，他刚刚离开高大的互联网金融，加入了APM的伟大事业。如果真要面试，首先要选择一个可行的话ξ题从头开始。他引用了《》中提到的“高科技幻︾觉”，并从传统工程的▼角度谈了谈自己对IT研发管理的看法，采访主题很顺利。安家。

这个投诉显然已经很久了，不乏“这个行业到处都是骗子和强盗”的狠话。我有点惊〗讶。我经常看到他用典型的东北幽默逗人，但我不知道他这么认真。在北五环外的东升科技园，我们从下午2点30分聊到天黑，期间换了3个场地。末了，他叹了口气：“搞ㄨ好技术怎么这么难！”

咸丰不需要以此来获得关注和脱颖而出。公开发表这些言论给他带来的潜在风险远大于收益。他的犀利观点自然会赢得ζ　一些认同，难免会招来¤无端的仇恨。在乌合之众聚∮集的网络空间中，辱骂而非理性讨论是一种更常见的交流形式。虽然我对文字做了一些处理，但我还是很担心它可能带来的争议。发给他确认，几乎没有大修，只有回复：“整体很流畅，只是细节处的文字不够流畅。” 看，他真的是一个对品质要求很高的人。

这些细节暴露了他的一贯性，也让我更加◥了解咸丰的选择。不稳定◤的背后，是◥他严格的价值观坚持。如果有机会，咸丰希望教孩子们写程序。爱学习的人是真诚的，他喜欢和这样的人◇在一起。

技术员■攻略：您是什么时候开始对研发管理产生兴趣的？

我来自工程背景。我本科就读于哈尔滨工业大学航空航天工程与力学系，研究生在悉尼大学攻读航空航天专业，期间接受了严格的工程训练。传统航空工业的研发制ぷ造体系非常完善。以飞机制造◥为例，悉尼大学的本科生可以组装一架可销售的飞机。因为整个生▓产过程非常严格，任╳何扳手都有编号和详细的记录。和过程，不可能出错。

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

回国后，我加入的第一家公司安天非常重视「底层技术。产品很成功№№，但是研发↘管理不是很好。在那段时间里，我了解了很多关于软件开发的历史，但对于研发体系的建设，我※还是有很多遗憾。后来，我加入了一家做互联网广告监控的创业公司。当时公司正在筹建中，人员来源多样，研发管理问题比较突出。我的职位是全职敏捷教练，和技术负责人合作组建团队，开始对研发管理进行更深入的思考。

当我第＠ 一次进入 IT 行业时，我很难理解为什么传统工程和制造中司空见惯的事情在 IT 中被协商和解决。可靠性在航空航天等领域早已得▅到解决，但软件行业一直未能解★决产品质量问题。后来看了很多管理类书籍，发现很多IT研发管理的思路都是借鉴了建筑行业和制造业，比如快速迭代、精益管理等理念。

结合工作实践，我逐渐发现了研发管理问题的症结所在。研发能力是工作的综合体现，内功水平是关键。任督二脉一旦开启，他们可以很快修炼一切。至于使▽用哪个套路，很简单。比如人们通常说要做“敏捷转型”，认为自己是在从传统的软件开发向敏捷转型，而关于两者的争论看似是两个截然不同的派别，但实际上并非①如此。传统软件不做配置管理吗？不是敏捷测试吗？这两个学派百分之八十的理论是相同的。甚至在软件工程教科书中，也有关于质量控制的理论，

为什么敏捷转型失败的案例很多，是因为企业没有相应的内功，只想寻求解药︻，认为敏捷可以帮上忙。其实，如果不打基础，结果还是一样的。有这种『内功的人，可以很好的玩传统软件∑。航空航天、制造和金融行业并不太重视敏捷性。当然，他们可以很快地从敏捷方面的优点中学习。《精益软件开发的艺术》一书的作者来自波音公司it技术公司，他们将自己的制造经验应用于研发，对软件的控制能力非常高。

强调新潮概念对研发没有多大帮助。例如，了解 TDD 测试驱动开发对团队有何帮助？要想做好TDD，需要对测试理论有深入的了解，而国内大部分开发团队不仅测试水平不高，而且不』知道什么是测试，不知道怎么测△试。在这种情况下推广TDD是没有意义的。

技术员攻略：根据○您的观察，国内研发管理中普遍存在哪些问题？

我观察到，国内研发管理存在几个主要问题：一是过分强调个性，缺乏共同价值观。二是内功差，不注重软件质量；三是很多修炼者眼界狭隘，以无知为个性；第四，缺乏对技术●的敬畏；第五，整体氛围浮躁，善于炒作概念，不脚踏实地。

IT 行业过分强调个□性，过分强调创新●和极客，很少坚持共同价值观。在传统工程中，每个人都按照明确的规范和标准工作。软件行业的国家标准很落后，大家都不执行。几乎每个公司都会定制一套方法和流程，每个人都会有自己的看法。个人的东西太多，共识太少，让软件行业的人很难建立共同的价值观和清晰的研发流程。

在做软件咨询的时∏候，我发现很多合作多々年的团队在基本价值观上都没有达成一致。例如，10个人可以给出8个答案，他们自己的产品可以为客户解决什么问题。我认为研发管理首先要解决的¤问题是组建团队，这需要大家有足够的共性。要想打造一支有战斗力的队伍，就需要模仿军队的管理方式。每个人都穿同样的衣服，走同样的步骤，用同样的方式使用工具，减少◥不必要的浪费和交流。

建立共性的关键之一是建立代码质量的共同识别规范。好的代码必须是干净的、可维护的、可测试的和◤可读的。如果在大型项目之◣前没有就此达成共识，当所有☆人都冲上去的时候，如何配合和包抄只会被打败。

第二个关键是做好版本控制。版本控制是研发的基石，开发者每天都在使用，但即使是很多资深程序员，在版本控制的使用上还是比较落后。版本控制最基本的要求是可以回滚，但是湖北IT公司做不到。《精益软件开发的艺术》一书的第 0 项说代码必须在版本控制工具中。没有ぷ这个基础，其他的改进都是无用◥的。我以前一直在推送 Git。根本原因是我们的内功特别落后。你可以看到它有多受欢迎，在国外做ㄨ得有多好。

技术员攻略：除了版本控制，国内研发管理的缺失还体现在哪些方面？

除了版本控制之外，情况对调试和测试也不利。国内程序员调试程序大多靠脑袋，不能用程序化的方式思考问题。他们不仅没有增加算法难度≡的能力，也没有明确的解决问题的思路，也没有使用工具。

在互联网世界中，测试的№重要性被大大低估了。一个合∩格的测试开发工程师应该既了解测试又了解开↘发，并能够教育其他开发工程师。这种人在现实中是很难找到的。根据我的面试经验，能把最基本的单元测试点讲清楚的人并不多。

在互联网金融期间，我接触过国内很多第三方支付，都在测试中做的一塌糊涂。比如开放平台在允许商家接入之前，需要提供一个虚拟的测试环境。正式的做法是为每个商家创建一个沙盒。国内大部分厂商的做法是让⌒　所有的商家共享一》个测试账号，里面放№一分钱。乍一看，您根本不了解测试理论。沙盒测试是一个象征性的东西。如果你去某家医院，发现没有显微镜，那一定意味着该医院没有能力进行某些类型的检查。

电信、金融、制造等传统软件开发领域非常重视软件质量。互联网领域对软件质量的关注最少。常用的灰度测试可以解决体验和交互过程的问题，但不能解决质◢量和正确性的问题。测试能力是一项非常基础的内功。你可以做灰度，但如果你对测试一无所知也没关系。就像你有 10 发子弹一↑样，由于时间和▽资源的限制，你只能射 1 发子弹。但是如果★你只有1颗子弹，你就开枪，别说别的不好，因为你不知道完整的方式是什么，只有灰度。

中国的创业者每天都在看，知道美国的市场、机会、商业模式，但其他人不了解研发过程，所以他们只是复制一些表面的东西。媒体总是一夜成名，但很少有人知道，公司刚开始发展的时候，它聘请了一位非卐常资深的专家来负责工程。这些经验丰富〗的人是团队的定心丸。前进ξ的路上有多少坑，他们已经踩过。研发有本质和客观规律，不能因为你年轻有创新就被超越。

技师攻略：你提到的从业者眼『光狭隘，表现如何？

从业者不怎么看书，这是这个行业的通病。大多数关于程序开发的书都应该看，所以受过良好教育的程序员很少。作为一个完整的人，缺乏基本的文化结构，导□　致大多数程序员对问题的看法是极端的。他们没有常♂识，不懂历史，总是以无知为卐个性。

比如在做技术选型的时候，如果看好某项技术，一定要在项目中使用。这实△际上是一种非常幼稚的行为。技术ζ　选择一定要考虑团队的把控能力，考虑能否持续招到懂技术的人，最重要的合作伙伴都用了哪些技术，你选择的技术能否和他们有效沟通等非技术因素.

研发管理90%的问题，30年前就出现在美国。如果你好好看看经典书籍，90%的问题都可以很好的解决。不要总觉得你是世界上第一个遇到这个问题的人，你⊙几乎是世界上最后一个遇到这种愚蠢问题的人▂。从事研发管理多『年的人，没有读过研发管◤理方面的经典书籍，真是可笑。

我经常说我想学习软件考古学。软件的历史比较年??轻，有很多东西可以验证。我们可以研究一个比较清晰的历史、来源、派系，帮助我们了解这个行业的发展过程。《人月神话》是软件工程的经典著作，讲述了软件开发的历史。程序员了解了历史之后，会更有兴趣去思考整个行业的脉络。

上大学的】时候，我们会从各种↘空难中吸取飞机设计失败的教训，比如为什么某个部分要这样设计，我们从哪次空难开始改进。航空业能发展到现在这样ㄨ，不是几个小屁孩做々出来的。在一般理论框架没有突︽破的前提下，很多改进都是基于已有的经验和细节的细化。任何行业都需要积累，研发管理也是如此。我们需要了解行业的历史并继承它，而不是完全创新。计算机行业的理论框架没有太多突破，能拿图灵奖的理论，跟大多数用屁股打工的人没有关系，所以老老实实继承这些经典理论还是比较有帮助的。.

至于你为什么◥要读那么多其他的书，除了提高「你的人文素养，还可以帮助你解决自己的问题。国外软件高手在思考自己行业的问题时，往往可以引用其他行业的案例，比如护理的书、机车维修的书、建筑电气的书。各学科的反复交叉会带来启发性的思考。也许你在这个行业的问题在其他行业不是问题，并帮助你开发新的想法。

技师攻略：如何理解█对技术的敬畏感不足？

国内有的程序员比较懒←惰，视野不开阔【，对技术缺乏敬畏之心，觉得自己什么都懂，学技术也不需要特别谦虚，一张老子写◥代码世界上最牛逼的图。问▅他圈内有没有偶像，答案是否定的，如果他知道圈内谁做过什么，答案就不清楚了。这种人是行业的祸害，拉低了行业平均水平。

开发者能不能成长，就看有没有追求。面试的时候我一般会问几个问题，比如你最近学到了什么？以什〗么方式学习？你读哪些书≡？谁写的？他还写过什么书╲？你在关注哪些开源项目？谁写的？他还做过哪些其他项目？如果这些问题都能回答清楚，说明被采』访的人有追求，至少有吹牛的追求。如果一个程序员连吹牛的追求都没有，那就是失败了。

那为什么这些人如此嚣张和奢侈？因为赚钱太容易了。互联网公司的程序员跟资本很亲近。仅今年就有∮大约20家公司〒上市，行业发〖展非常好。国内互联网已经快15年没有过寒冬了。包括2008年的金融危机⌒　，企业融资可能受到了影√响，但程序员的工资→一路上涨。除了做IT，还有几个刚毕业的人能拿到几万的工资？金融行业可以搞定，但不需要那么多IT人。

美国每8年经历一个经济周期，而中国这一代程序员从未经历过寒冬，不珍惜自己的工作，也不知¤道自己真正的价值在哪里。毕竟，这笔钱是要还的。大量货币发行必然导致通货膨胀，这只是时间问题。从经济角◢度看，当市场⌒　出现泡沫时，需要经历大萧条才能挤出泡沫，才能成为更健康的环境。经纬的小伙伴们写了一封信，让大家为过冬做准▽备。如果资本继续注入血液，繁荣的假象将持续更长时间。如果在市场上很难找到钱，那么大量的互联网公司就会死掉，释放大量人员。工资很快就会降下来。

研发╳工作非常艰苦，需要脚踏※实地的态度和长期的努力。在中国浮躁的氛围中很难培养☆出优秀的工程师。但另一方面，工程师的价格很高，这对于真︾正喜欢这个工作的人来说是一件好事。

就趋势而言，技术学习也在发生变化。如果在校学生足够开放，能够通过参与开源社区快速获得经验，他们将能够在学校培养良好的内功。这群人一旦变成小气候，就可以直接和毕业5年左右的人竞争。尤其是经济不景气的时候，对那些勉强过活的人来说是危险的，总有一♂天他们会拿起一本书学习，知道自己根本不值这个∏价。

技师攻略：这个行业普遍存在的浮躁心态有哪些不良影响？

我们生活在一个非常功利的时代，缺乏信仰。人们只想快速获得财富，很难有正确的价值观去坚持。用博弈论来解释，这种浮躁导致了囚徒困境。在日本、德国这样的成熟社会，每个人做事都不浮躁，整个社会都能达到一个比较高的均衡。在浮躁的社会∏里，不遵守规则的人走得Ψ 更快，所以按规则做事的人吃亏。这种浮躁其实害了大家，害了这个行业。

IT现在离钱更近了，所以病得很厉◤害，整个行业都是骗子和强盗。每个人努力的方向都不是提高自己，而是只要能拿到钱就去做。任何时代都有骗子，但一个国家的大多数人都是骗子。这不正常，它应该真正创造一点价值。

热衷于炒作概念是行业浮躁的表现之一。前几※天参加了一个研讨会，讨论了半天，才发现这群人不是在玩大数据，而是在玩“数据”。因为以前根本没有数据，做决策主要↓是拍脑袋，现在有数据了，感觉自己和时代一个档次了，想把这件外套包起来赚钱，真是无知无畏。很多人认为拥有一个集群，获得硬件，从政府那里获得资金是很棒的。但是数据看不懂，不知道怎么用，有钱也没用。云计算也类似。它被地方政府用作房地产，

这种浮躁会导致∑软件研发的竞争优势下降。我们在圈〓子里讨论过，如果做高端的基础软件，硅谷的研发成本会比中国低，可以聘用更高素质的人才，有更好的「合作，更有把握。 . 输出。在中国拿到钱的互联网公司，未来可能会去北美建立研发中心。贵不贵，还有值不值的问题。为什么在中国建研发中心不划算？这是一个非常有趣的问题。

互联网这个行业似乎门槛较低，创业相对容易，但是对于竞争对手来说总有一些门槛，所以还是要自己々积累。之前喷过阿里这样的公司，觉得他们做的不够专业，后来改█观了。他们【可以坚持这么久，把云计算推到这样的高度。即使他们走了一些弯路，也是值得的。尊重。这些真正的企业家是行业的良心。

技术员攻略：根据您在敏捷咨询的经验，技术团队实施流程改进最大的难点是什么？

最大的困难是建立你的团队成员对你的信任。很多敏捷实现之所以失败，是因为程序员不相信你，尤其是高级团队成员不相信你，基●本会失败。敏捷咨询行业的许多人没有◇技术背景。他们可以教很多方法论，但程序写得一团糟。所以，要想做好技术团队的流程改进，至少╲必须是懂技术的人。你必须先向团队展示你的技术能力，然后才有机会解决困扰他们的问题。

管理大师德鲁克曾经说过：“你衡量什么，你就能改进”。在具体流程改进的实施中，我喜欢注重细节，寻找一些善于实施、能看到效益的改进。例如，我经常使用一种方法：衡量程序员的时间都花在了哪里。如∞果大家都靠猜测，管理不好也就不足〖为奇了。

我曾经安装过一个软件来记录我的电脑行为，比如统计我每天在微博上花费了多少时间，在 上聊天，写邮件，或者每天写代码。在我实际记录了时间之后，我意识到实际结果与我的感受非常不同。社交需要很多时间，影响工作效率，所以我关掉了IM，专心工作。

管理良好的团队也是如此。如果你想改善你的需求，你必须有动力。作为管∩理者，你要激发团队成员的积极性，给他们一面镜子，让他们看到背后的魔鬼，这●样才有进步的基础，这是建立信任的步』骤之一。大多数程序员都尊重事实，当他发现自己每天花 5 个小时聊天时，他会想方设法加以改进。如果你逐步实施，你会看到效率的提升，你会获得团队的信任。

很多来找我咨询的人，往往会关注一些表面现象，比如敏捷实现的各种方法。在我看来，肤浅的东西只占20%。如果你真的想※把流程改进做好，你必须花很⊙多时间做基础工作。比如上面提到的团队工作时间的衡量，为你的改进目标提供了强有力的数据支持，这是一项非常基础的改进工作。敏捷是一种方法论。直到团队的内功真正得到提升，那些方法都没有用，而变幻莫测的方法会让所有人都感到不确定，很容易抗拒。

在实际工作中，很多顾问不会花精力去做那些看似非技术、琐碎、未知的事情。就像刚才讲↘的大数据行业现状一样①①，大家在会上讨论了大数据的建模、分析，以及如何制作漂亮的大数据报告，但80%的脏活都是为了有效地收集和组织数据。这是简单的体♀力劳动，但如果∏你做得不好，根本就没有这样的故事。流程改进也是类似的，大部分工作都是普通的工作，没有太多的技术含量，也没有什么值得谈的，但是这些基础一定要打好，后面才会有故事。

国外说敏捷的都是20多年工作经验的人，敏捷宣言的发起人都是业内大咖。在我的日常工作中，经常会接触▓到很多工程经验很少的Ψ 人正在实施敏捷♂，并且沾沾自喜地在各种行业会议上分享他们的经验，所以我很少参加这些敏捷会议。怀着敬畏之心，阅读大师的作品，思考自己作品中的不足。感觉自己做的工作很普通，都是大师说的。那些很普通的东西，没有多少值得分享的，但失败的却很★多。

技师攻略：你什么时候成为科技※界的名媛了？你在很多圈子里工作，会不会影响知识的积累？

不知道什么时候开始成为社交名流的，大概是2011年初，翻译完《权威指南》这本书之后↘，我参加了很多技术交流△。在这些活动中，我遇到了很多志同道合的人，他们真的很喜欢科技，这让我感到很踏实，所以我更愿意参与社区活动。

客观地说，很多活动的内容和组织，还有很大的提升空间。大家都觉得日本的技术应该不是很好，但是最近看了一个日本的技术刊物，发现他们的技术讨论很深入，这在国内是很少见㊣的。我之所以以制作人和主〓持人的身份去参加各种技】术会议，是因为我不想成为批评家，而是积极推动这些东西的发展，促进技术交流的氛围。

离开上一家公司后，很多做互联网金融的公司都给我打电话。我会问他们一个问题：技术能给你的公司带来什么？在我看来，大多数互联网金融公司都处于早期阶段，还远不是在技术上竞争的时候。他们仍在为生意而战。如果ζ　业务做得好，如果他¤们将技术外包，他们就可以生存。

我现在加入的公司做APM应用性能监控，提供纯技术←产品。就个人【而言，我更喜欢在一个不浮躁、纯粹技术导向的公司工作。随着云计算的飞速发展，已经到了为大家创造价值的阶段。希望通过公司提供的SaaS，大家可以用得更舒服，更省钱。

我一直很喜欢跨学科学习，并对很多事情感到好奇。该大学原属航空航天工程力学系，但由于对工业自动化系统的研究，获得了电气工程↑学院的奖学金。尝试新事◇物对我来说似乎不是障碍it技术公司，而是一种乐趣■。

工作之后，我在不同的圈子里认识了不同的人，而我在互联网金融圈认识的人，如果他们一直呆在广告圈，就永远不会见面。有了各界朋友之后，我可以做一些综合性的事情。比如我想知道金融怎么做安全，很多安全圈的朋友都会给我建议。当然，不同的圈子太多了，单一的∩业务不能说特别精通，但我个人的积累重点一直是▓技术，一直在认真研究和讨论自己感□兴趣的东西，从来没有放弃了对积累的追求。

Tech Guy 是一系列关于技术人员生活和成长的采访，由独立媒体人创建和维护。联系∞电子邮件：; 微博：@技术攻略；微信：技术攻略（dev-）。