加入“ICT销售和大客户联盟”（微信ID：ICT-League），与ICT同行！
“ICT销售与大客户联盟”公众号，集千家厂商、集成商和客户于一堂，致力于ICT领域的价值挖掘和变现，围绕大数据、物联网、人工智能、数据安全、数据资产、合规、运维等ICT领域，分享ICT驱动业务的政策、商业、实战思想、方法、解决方案、人脉、资源、举措、效果，以及盟内成员之间的合作促成等，助您不断的进步和发展。
青春是用来浪费的，把青春浪费在有意思的事情上。浪费你的青春，但是不要浪费你的时间。用双眼去观察，用大脑去思考你的观察。
---Robert Xu
相信有很多人，包括我自己，在认知技术人员的技能和组织规模问题上，都犯过很多甚至是很大的错误：无法认识到一名优秀的人远比普通的开发人员要高效的多。
2015年的时候，我公司的交付团队随着业务的迅速增长，也从几个人发展到了近50人。这之前我并不以为有多少问题存在，也没有意识到人浮于事，因为就这样的规模，交付团队仍然忙的脚后跟打后脑勺，人力捉襟见肘的现象天天上演。似乎他们已经全力以赴了，外包、合作等等手段都用上了，但结果没有任何改善，人员成本不断上涨。
很多年以来，我都对这样的现象习以为常了。上一家公司也是这样，交付团队在几年内达到了近800人之多，负责交付的总经理每年给我的预算都是，业务增大了，交付团队的人数也就相应增大了。不同意这样的预算吧，唯恐交付不及时，或者交付质量有问题，从而带来客户抱怨甚至投诉，进而影响业务本身。同意这样的预算吧，公司的固定成本增加又过快过高，企业的利润被迅速的吞噬。
这样的悖论问题，我也一直没有很好的解决方案。
这个问题不仅仅发生在售后交付，也同样发生在售前技术团队，似乎随业务的增长，人员相应增长是天条，无可厚非。
2016年初，大崔毛遂自荐来担任交付事业部的总经理。说起大崔，这人很不简单，当初我们下定决心要推翻原来的产品架构（原产品因年代久远，架构已经无法满足现实的IT发展了），重新开发一套全新的“IT运维监控管理系统”，一切从头来过。大崔领了这个人物，他带领一个40人的团队，封闭在“妈妈农庄”3个多月的时间，在公司投入近500万元的情况下，及时的开发完成、测试完成、并上线完成了整个开发计划。速度之快和人力投入之少，让我感到吃惊。我第一次感觉到，可能我对技术人员的技能和组织规模问题的认知是有偏差的！
基于此，我几乎毫不犹豫的力挺大崔承担这个重任，同时提出了一个要求：售后交付部门的HC今年必须砍掉30%，以缩减公司的固定成本，但同时必须确保包括今年增长的业务带来的全部交付的质量和时效。当时我们的业务增长速度大约是增长150%/年这意味着平均到每个在岗员工的交付效率必须达到去年的2.14倍。
经过我们每月每周甚至每天的仔细跟踪和复盘，令人振奋的是，大崔圆满的做到了，而且团队的员工满意度还提高了，员工的收入当然也大大增加了。
怎么做到的？大崔跟我讲了很多，也采取了很多的措施。其中最主要的就是改变“考核激励措施”和“沟通效率和渠道”两条。
本文不就“考核激励措施”问题探讨，在这里我就只与大家一起来讨论一下后者，“沟通效率和渠道”，因为这是我们很多人经常也最容易陷入的误区和认知偏差。如果对“考核激励措施”问题感兴趣，我们今后另文探讨。
盘点大崔的交付团队中，作为主力的技术人员其实不到10人，其他的人员日常做的事情基本就是边边角角的事情，更多的是在打下手。之前的交付部总经理为了满足市场项目的开工需要，在组建团队的时候，认为一名优秀的技术人员与一名普通的技术人员相比，优秀的技术人员也就仅仅会高效那么一点点。所以，他认为出于预算的限制，在不能得到最合适的或者最优秀的的人才时，普通技术人员也相当的可用。
但是，技术型的项目交付完全不同于劳动密集型的项目交付。劳动密集型的交付，比如，植树，即使比较羸弱的人，只要给他时间足够，就可以挖出一个坑种好一棵树。据此，可以采用增加人力，增加劳作时间一定可以在规定的时间内完成植树的任务的。这种思维，我们常常不自觉的采用，比如我们在开发人力报价、外包服务报价是其实都是这样计算的，是按人天计算的，10个人不够，那就再来10个，总有一款适合你。不要说，你没有这样的认知哦，即使今天的芯片问题引起了全社会的广泛的关注和重视，突然一天我国冒出来1万多家企业从事芯片制造，这也是简单劳动力叠加的思维。一个不行，就再来一个，这种网络上的用语已经让我们习以为常了。
但是技术性的工作真心不是这样的！从事技术工作时，三个臭皮匠顶一个诸葛亮？这是最大的笑话，门都没有，窗也不会有！三个臭皮匠就是三个臭皮匠，甚至加起来还顶不上一个臭皮匠！要问原因，请耐心往下看。
有段时间，我直接兼任负责开发部的工作。我发现，真正优秀的开发人员要比普通的开发人员好上好很多，不是均线上升的，而是可能用指数级上升的，他们相差N个数量级，用成百上千倍来形容一点都不为过。再说熟练和不熟练，一个熟练的码农绝对不只是略高于平均水平的问题，熟练与否的差异是巨大的，巨大的，巨大的。
需要强调的是，优秀和熟练是不同维度的指标！
现代的软件开发大多采用小步快速迭代的逻辑进行的，明天的模块需要建立在今天的代码基础上，一个普通的码农进行的基础性建设，很少很少有可靠的。有时他自己第二天都不知道昨天写的是什么，更别说时间久远一点了，如果这个码农离职了就更惨了，也许得从头来过。所以，软件开发团队会花很多时间在不得不的重新进行返工、修复缺陷、或者更改设计上。
在项目交付和运维过程中也一样，有段时间，我一直不明白为什么不同客户需求的非常近似的报表展示，交付和后台二次开发团队需要花费一周的时间来完成，在自己直接带领研发团队后我才理解。
结论就是：为了节约成本或者其他管理因素，雇用中等或普通的技术人员会可能会大幅度减缓项目速度。
大概率事件是：让一个差的技术人员离开团队比新加入一个优秀的人员所起的正向作用还要大。在技术密集型的事情上，抱着增加更多的技术人员可以缩短项目所需时间的思维是行不通的！
除了返工、Bug等问题外，人员增加带来的最大的问题是因为沟通渠道的大大增加和沟通效率的大大降低带来的沟通成本大幅度上升。一方面人员增加导致固定成本增加，另一方面沟通成本成几何级数增加，最后还可能导致项目周期延长甚至不可收拾。
沟通渠道为什么会大大增加？
对于一个只有两人的团队来说，非常清楚，只有一个沟通渠道。
增加一个新成员，团队的沟通渠道就增加到三个了。似乎这还好，增加一人也就是增加1个沟通渠道？要是真这么以为，你就惨了。
从上图你很快发现，团队为五人时，沟通的渠道就猛然增加到了10个，继续增加，比如团队成员数量为10个时，团队的沟通渠道居然一下子就增加为45个了。
沟通渠道的数量随人数的多少是指数级的速度增长的。初中数学就可以知道：
沟通渠道的数量= n（n-1）/2，（n为团队成员数）
这是一个非常可怕的数字，如果再因为沟通漏斗和沟通变形的现象，那么团队的沟通成本将是一个灾难。
对于技术密集型的团队，这是不可避免的情况，这与劳动密集型团队截然不同。
如果团队中存在几个臭皮匠的话，不但不能顶上一个诸葛亮。在技术密集型的团队，N个臭皮匠绝对不是诸葛亮，甚至是N<1的结果。
为了让臭皮匠跟上进度，诸葛亮还要额外花费时间去帮助他，结果就是，诸葛亮也会脱离目前既定的任务，或者分散在既定任务上的精力。
结论：
1、 低水平的技术人员会拖累整体生产力，并且使项目花费的时间比实际需要的更长。
2、 不要指望通过增加人员的人海战术来缩短项目时间
3、 给优秀的技术人员强有力的支持，会带来整个项目的质量质的飞跃
4、 照顾差的技术人员会消减优秀开发人员的生产力
5、 好钢用在刀刃上，聘请和培养优秀的技术人员在短期和长期都给你带来高额回报。
销盟公众号：ICT_League
分享是一种美德，转载请注明来源和出处！
【数据资产治理与安全保护解决方案】，是华云数创（北京）科技有限公司针对内部数据泄漏、防范、加密和安全治理等提供了优秀的解决方案和产品，致力于保护数据安全，有效应对数据安全合规带来的风险与挑战。以数据智能分类为基础，对相关涉密数据进行全面的防护，保证数据全生命周期安全，重点解决企事业单位在深化信息化管理应用后面临的数据安全以及部门间、企业间数据共享的安全需求，保证用户数据无论何时何地均受到严密的安全防护及严谨的监控管理，杜绝数据被有意窃取或无意泄密的问题。
联系客服
