“我把 CTO 和 IT 部门统统裁了”
当裁员之刀砍向 CTO 时...
国内某个最大的家居连锁品牌创始人，曾在某论坛上语出惊人。
他说他把包括 CTO 在内的 IT 部门100多人统统裁掉了。
他解释道：“如果传统的商业模式没有搭上数字化的快车，那就意味着死亡......”
但原有的 CTO 与 IT 部门已经不能满足数字化需求，效率低下、且成本高昂。
因此，他们决定引入第三方数字化平台，来推动企业数字化转型落地。
一家传统企业的老总说出这番话，刺激到了技术圈的神经。
因为在传统企业外，互联网行业这几年来常常流传“铁打的业务线，流水的 CTO”的说法，甚至很多大厂都开始放弃 CTO 岗位。
比如，京东从08年反复聘用了多位 CTO，为技术体系与设施的搭建做了很多贡献。
但却由于技术与业务团队的冲突、没能跟上公司战略调整等原因纷纷离职。
经历了多次变动后，京东目前并未设置任何 CTO，而是在2020年建立了技术委员会，负责京东技术条线的最高决策。
阿里则对组织进行了更加大刀阔斧的改革，原先 CTO 调任为业务线的 CEO，并将原先 CTO 中的业务中台并入了国内数字商业板块。
这意味着阿里集团 CTO 这一重要岗位将成为历史。
原阿里 CEO 张勇曾表示：“中台过于臃肿和僵化，阻碍了业务的快速发展和颠覆性创新”，并表示阿里正在重新打造更加敏捷的组织。
互联网企业一度从热烈讨论如何“争夺优质 CTO” ，到如今业内传出“互联网不需要 CTO” 的声音，着实令人唏嘘。
为什么不要 CTO了？
早年企业粗放发展，业务单一，需要 CTO 岗位成为企业技术资源的管理者，为企业制定总的技术方针，为技术资源的使用出谋划策。
但随着市场日趋成熟，竞争从增量转为存量，为了盈利与生存，企业的经营重心就逐渐偏向了产品和业务端。
而且随着业务越发多元和复杂，企业纷纷成立各个独立的业务线，配备一些技术人员，让他们各自为战。
于是 CTO 就难以统一号令，他们可能会被业务部门的需求所主导，甚至全面地压制；
技术也逐渐整合到了业务线中，部门变成仅向业务部门提供技术支持的工具人。
这导致了先前配置的 CTO 与技术部门不能带来更多的效益，反而只是在增加运营成本，当大环境收缩，裁员之刀自然就引向了他们。
这体现出 CTO 的核心困难：企业要盈利、要生存，CTO 如果只专注技术，将无法跟上业务发展。
前苏宁科技易购的 CTO 在接受媒体采访时就表示：
“今天很多 CTO 都是被干掉的，在公司里边很没地位的。”
他解释到，过去 CTO 都是技术宅，根本不懂业务。
但他也认为企业数字化转型确实应该 CTO 来牵头，因为业务部门不懂技术，但技术是可以去学业务的。
“……所以我就跟 IT 团队讲，我们要干的就是把业务部门裁掉，裁不掉他们就裁我们，这是血性，这也是方向，要是你不做到这个迟早会被裁，再过三年就像一些公司一把裁掉 IT 团队 90% 的人员……”
CTO 应懂业务，成就业务
说实话，并非所有公司都能像互联网大厂一样有着完善的流程与体系，可以将 CTO 的功能外包出去，很多企业依旧需要 CTO。
CTO 该怎么避免被裁的命运呢？这取决于 CTO 能为企业提供的价值。
ShowMeBug 的创始人李亚飞先生曾经说过，CTO 给企业的价值，由低到高可分为三个层次：
（1）能利用技术资源对现有业务做基础性支撑，也就是能办事儿；
（2）能继续开发技术资源，并很好地融合业务部门的需求，也就是能把事儿办好；
（3）能从技术角度做前瞻性的预判，引领业务部门的方向，也就是能引领企业去做未来的事儿。
如果 CTO 只懂技术与部分的管理，不懂业务，那他将不存在差异性。
没有了差异，那这家公司的 CTO 跟另一家的 CTO 将没有任何差别，很容易被替代与裁撤。
CTO 真正的差异性，就体现在了懂自己公司的业务，并搭建或培养出一支技术团队来成就业务，甚至引领业务发展。
CTO 应培养懂业务的技术团队
打造一支懂业务、紧跟业务发展，并能成就业务的技术团队，对 CTO 的生存至关重要。
这需要技术团队成员具备快速的学习与适应能力、良好的实战工程能力，并能深入业务需求之中，解决一个又一个实际的问题。
这意味着技术团队成员，不能是只会背诵大量八股文、闭门造车、看似知识全面的刷题高手，他必须是工程能力强，逻辑思维好，学习能力强的人才。
在日常工作中，体现在该人能够 BUG 少、研发效率高、具备较高工程能力，有充分解决问题的思维。
可惜的是，对于 CTO 而言，不论是外部聘用，还是内部盘点，识别出这样的人才并不容易。
技术人员的能力就像是浮在冰山上的一角。
CTO 一般看到的，以及能够用市面上常见题目去测到的，也仅仅是理论知识，并不知道这人的能力是否真的满足工程业务的需求。
所以要挖掘更深层的工程能力和其他能力，CTO 就需要针对实际业务，以及各岗位能力的需求，出一些更加个性化的题目；
而且题目所考核的能力，也正好能满足实际业务的需求。
ShowMeBug 的技术测评解决方案，正是致力于解决这一难题。
它自研的岗位模型，能帮 CTO 拆解技术岗位所需的各项能力，并细化为逐个知识点，再基于知识点进行出题，确保了题目考核的能力，能够对应着实际业务的需求。
这些知识点中，不仅有几十种常见编程语言题，还包含 Vue、SpringBoot 等框架题，以及大量还原实战场景案例需求的题目。
每个知识点下都有对应的题目
一道考察「处理耗时任务」的实战编程题
当然 CTO 还能根据自身业务需求，去调整相应的能力与知识点，得到相对应的题目，直至帮 CTO 考核出满足业务需求的能力。
题目出完后，测试者可以使用轻协同 IDE 引擎所搭建的环境，进行实时编程；
CTO 也能通过字节级回放技术，以及详尽的人才报告，来了解他的解题过程与能力。
使用该方案，CTO 可以对团队成员的能力，进行一次详尽的技术测评。
找出真正能够适应企业业务发展的人，进一步的培养与提拔，优化掉不合格者；
也可以使用该解决方案到企业外部，去识别、聘用具备相关能力的人，并最终搭建起一支有能力紧跟业务发展的技术团队。
若您对该解决方案感兴趣，欢迎长按或扫描下方二维码，我们的高级顾问将会前来为您提供进一步咨询服务：
我们下周还有一个重磅消息将跟大家公布，欢迎您订阅并持续关注！
