我对 CTO 的理解

本贴最后更新于 2590 天前,其中的信息可能已经东海扬尘

我的经验告诉我,大凡一个好的 IT 公司,必有一个牛逼的、有个人魅力的 CTO,大凡一个烂公司,必有一个昏庸无能、圆滑世故、东郭先生的 CTO。这个规律,大家可以从外企 Microsoft、Google 到本土的阿里巴巴,淘宝看起,然后再看看自己所曾经任职的公司,就会有一个判断。最可靠的是草根型的,最有风险的是空降一个年纪大的高管任 CTO。

1)错误都是自上而下

当事情出现混乱的时候,人们总是寻求寄托于 Process 的制定,很多的管理者,觉察到事情的失控,却不明白根源所在,总是想制定、发明很多的流程、考核制度,通过强制、固化、硬推这些流程,来扭转局面,把底层的员工,当做贼来防范、看待,结果是错上加错,人心散乱,局面更加不可收拾。

一个简单的思维逻辑就是,衣服扣错的时候,一般都是扣第一个扣子的时候,而不是你发现扣错的那个扣子。

所以正确的思维顺序应当是:成事在人,先有人,后有 process,后有流程、考核、制度,出现错误,肯定是人犯了错,再美好的 3P(Plan、Process、Project), 如果没有合适的人才支撑、实施、贯彻执行,都是没有用的花架子。

混乱永远都是自上而下,而不是从下面传染给上面,可惜很多的管理者都持有与此相反的混帐逻辑。

2)CTO 要有技术魅力

CTO ,第一,首席技术官,技术要摆在第一位,很多人动不动就扯淡到商业远见之类的一边去了,现在讨论的是首要条件,没有技术,还不如叫 CEO 好了。

我现在还是很喜欢我的第一个公司,公司的 CTO 影响了我的以后的发展道路,我这几年一直始终不渝的走技术路线,都是受他的影响,这个公司的 CTO 有以下特点:

1.经常钻研技术,头发稀少,一门心思的走技术路线,由于在 96-2000 年间, 技术变化很快,从 VB、PB、DELPHI、Java、DotNet,公司的历次重大技术架构转型,都是他带领下完成的,从上层就根本性的保证了没有歪门邪气、勾心斗角这一说。

2.对技术的理解很深,对技术人才的理解非常深刻,选拔人才,组建研发团队,都是亲历亲为,所以选拔的 PM、TL,自然不用说,不可能是庸才。接近他的人,更不能是溜须拍马之徒,在公司发展很快的时候,项目越来越多,需要的 PM、TL、PL 也越来越多的时候,大量、快速涌入的人才,在经历过他和他的高层技术团队这道铁闸门的时候,不至于冲毁公司的技术底蕴和文化氛围。

3.有个人魅力,坦诚,虽然脾气不好,但是同样会处理 Politics, conflict, 而且就像农村门上的尉迟敬德门神一样,威慑了小人的兴风作浪。

我这几年起起伏伏的技术管理经验和大量 Consultant 的经验,使我见过、亲身经历过很多的公司兴衰成败,很多人觉得我对 CTO 的理解很肤浅,那反而是他们一错再错的根本原因。

我觉得 CTO 最重要的是热爱技术、理解技术、选拔技术人才,知人善任。至于后面的所谓的执行力、战略眼光、制定计划、精通各种 Process、leadership,那是后话,只有前因才能促使后果。

我在深圳的一家大型电子商务公司做 PM 的时候,我得到了很多的东西,我在给传统企业做培训的时候,总是以他为案例。这个公司两年内经历三个阶段:

1.成立:公司在成立时,只有几十人,CTO 是一个 40 多岁的从香港过来的,背景不清楚,初次印象是和蔼可亲,很有亲和力,由于母公司很有钱,所以公司靠着烧钱,扩展很快,一年半公司总人数已经达到了 2000 多人,技术团队快速的扩展到 100 多人。

2.混乱:这个时候,经过快速的扩张,公司已经彻底的乱掉,由于 CTO 不懂技术,根本不可能选拔到好的技术人才,只能依赖于猎头、HR,所以下面的部门经理,可想而知,一环套一环,他们和快速涌入、没有经过真正技术选拔的中层技术团队,构成了一副世间乱象。

3.改革:当出现混乱的时候,无论是再昏庸的人,也想恢复秩序,特别是团队中还存在有一些好的、有良知技术中坚分子,率先想扭转局面,规划配置管理,构建架构师团队,组建测试团队,构建测试体系,根据电子商务网站特色,引入合理的从用户需求到开发、测试、上线的发布体系,虽然这些都是底层的措施,不能从根本上改变局面,但毕竟是从局部给开发者、跟用户一个新的气象。但是混乱还是在继续肆虐,高层的领导有引入了很多的所谓的擅长流程改进的管理人才,由技术派提议组建的 CTO 架构师团队,由没有技术把握能力的 CTO 亲自担纲主抓组建,主架构师是原来给华为做外包的一个工程师,最后直接造成公司的新版本,一个 80 多人的开发团队,一年半才上线。所以改下不改上,必然要失败。

这个公司在母公司的支撑下,换了一个 CEO,还在顽强的生存着,我时不时的都要到网站上转一圈,我还能看到那些是我的心血,真的是无奈又无奈啊,我曾经下定决心要干一辈子的公司,我真的非常希望他们能走出困境。

3)招募 CTO,不要贪图名气

我想对所有招募技术人才的负责人说:
1.不要招募自称擅长流程改进的纯管理人才,没有技术经验的支撑,根本就是赵括谈兵,浮沙盖楼,这是铁血经验,不服气的尽可以去招募这些人对公司进行自杀式攻击。

2.招募 CTO,不要招募什么海归派、博士、大企业的高层管理者,骗人的概率在 5 成以上,即使是大企业的管理者,他们对技术早已经麻木,长期的莺歌燕舞,天下太平,对于技术的感觉已经丧失殆尽,实际上已经变成了寄生于庞大组织架构之上脑满肥肠之徒,离开了这个环境,根本就生存不了多长时间。现在他们最擅长的不是技术,反而是 Relationship,对于圆滑世故、公司政治、客户公关、开会讲话、太极推手、妥协、平衡术之类的东西,已经是炉火纯青。最可怕的是已经没有敏锐的判断力、果敢的决策力了。

3.如果你需要 CTO,尽量从公司内部寻找,寻找那些正直热血、愿意公司向好、有良知的、有思想视野开阔的、追逐技术的的人。如果确实没有,再向外撒网。

4.崇尚大牌,一般都是自取灭亡。土生土长的好处是,实用、务实、谦虚、从水深火热中出来,对问题的理解比较深刻,不激进,不冒进,不烧钱,不会动不动就来个翻天覆地的所谓的大变革、大手笔。

4)只有懂技术的 CTO 才能处理好技术与管理的因果关系

非常讽刺的是,鄙视技术和敬畏技术的人和公司,总是一体的,总是会让技术给搞的头破血流,把技术和管理搞的一团糟总是同时出现的:

1.我经常给中小企业做技术咨询,我发现很多传统企业的老板,把自己几百万元的家底投向 IT 时,被组建的 IT 团队哄的团团转,最后血本无归。

2.很多的外资企业很有钱,公司内的 IT 项目,每年的预算达千万,但却很少成功,全流向了外包公司的腰包,不要说国企存在乱花钱上项目,花了很多钱上了后没人用,外企业一样,做好的项目历经磨难上线后没有人用的现象,层出不穷。像 HP、索尼之类的跨国企业内,遗留项目多如牛毛。HP 曾经新上任的 CIO,曾经大刀阔斧的砍掉遗留系统,也没见出什么人命,这其实就是生态链,没有用户需求的肆虐,就没有外包的蓬勃发展。

3.由于技术混乱造成的管理成本,如核心人员流失,频繁招聘成本,项目延期混乱成本,远远大于市场上拿到一个新单所带来的收益。

4.很多老板只知道从办公耗材、卫生纸的节省上来降低运营成本,却永远都意识不到技术改进,所带来的增效减员、成本降低的威力所在。在 IT 当中,最大的投入、最大的成本就是人。企业运营的第一目的就是为了 Productivity, 而提高 Productivity,首当其中就是改进人,改进人对技术理解的思想意识。

5.推崇管理的人,竭力想摆脱对技术的依赖,结果却发现,认为懂技术,就一定不懂管理,懂管理,可以不要技术的思想是多么的 Stupid. 每个管理者都应该看看宋朝的历史,宋朝建国从军阀混战中统一全国,对于军权深恶痛绝,对于军人也是采取压制、限制的做法,文官官价大于武官,文官鄙视武将,岳飞等四大抗金将领全就被自己人干死了,辛弃疾空怀报国志,只能醉里挑灯看剑,梦回吹角连营。造成宋朝百余年的软弱,从契丹到夏,从金到蒙古,是个民族只要能骑马就都能干他一票。

想正确的处理好管理和技术的因果关系的有识之人,都可以研究外包公司的运营状况,以他们做案例,我曾在一家外企做架构师、咨询师、BA 的工作,负责对外包企业发包。全流程的跟踪项目,使我近距离的接触到了外包企业,我发现:
1.需要技术却非常蔑视技术的技术公司,是外包公司
2.技术人员不喜欢技术,自轻自贱,自己看不起自己的现象最严重的也是外包公司
2.最崇尚流程管理、流程制度最多最严酷的而管理最混乱、最龌龊的也是外包公司,
3.每年人才流动率最高的也是外包公司,
4.外包公司中流动人才中站绝大多是的是技术人才。
5.外包公司中绝大多数的工程师的梦想不是做好自己的技术工作,而是做管理职位的 PL,PM。
5.最后的结果是,外包公司中最有技术含量的职位,CTO、BA、QA、Achitect、TL,是技术上很平庸、对技术理解很肤浅的人。
6.有讽刺、有矛盾意味的是,外包公司的高级技术职务,给的薪资很高,一两万都是正常的,远高于传统软件公司中货真价实的技术人才的薪资。

  1. 好的 CTO 有识别人才的能力

    很多人曾经雄心壮志的说,有一天我有一个好的 Idea, 然后驱动一批人,去实现这个 Idea, 事实上 VC 那里,每年都有成千上万的项目,都号称有一个很好的 Idea, 现在只缺钱,别的什么都不缺。

    事实上错的离谱,VC 考察的不仅仅是你的项目,还要考察你的团队。正确逻辑的应当反过来,Idea 不缺,钱也不缺,缺的是人才,你有一个好的 Idea, 你有没有能力、有眼光、有判断力去找到人呢,即便你找到了,你也不想一想,你凭什么认为他是个高端的人才,那些高端的人才为什么要到你的小庙里来,你有这个判断力吗。

    所以我说,技术人才的选拔是从 CTO 开始,而 CTO 最重要的职责,就是网罗合理的技术人才。仅仅从大牌、知名度、学历上衡量 CTO,太肤浅了。选拔 CTO,多一点务实、清醒的判断,多了解一些好的 CTO 是怎么成长起来的。阿里巴巴、淘宝的 CTO、COO 都是从做网页出身的,一步一步起来的,一行一行代码写出来的,根本不是满口 Large-scale、High-Performance、Distributed、UML、CMM、Architect 之类的没有写过几行代码的秀才出身。

当然现在阿里巴巴、淘宝架子大了,现在的架构师中,假的、不入流的也很多,这世界没有阳春白雪,判断力是最重要的。

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...

推荐标签 标签

  • Sphinx

    Sphinx 是一个基于 SQL 的全文检索引擎,可以结合 MySQL、PostgreSQL 做全文搜索,它可以提供比数据库本身更专业的搜索功能,使得应用程序更容易实现专业化的全文检索。

    1 引用 • 215 关注
  • 心情

    心是产生任何想法的源泉,心本体会陷入到对自己本体不能理解的状态中,因为心能产生任何想法,不能分出对错,不能分出自己。

    59 引用 • 369 回帖
  • MySQL

    MySQL 是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    693 引用 • 537 回帖
  • 友情链接

    确认过眼神后的灵魂连接,站在链在!

    24 引用 • 373 回帖
  • gRpc
    11 引用 • 9 回帖 • 89 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    210 引用 • 2040 回帖
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据(或者事件)流的 API。它组合了观察者模式,迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 176 关注
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    9438 引用 • 42980 回帖 • 108 关注
  • 链滴

    链滴是一个记录生活的地方。

    记录生活,连接点滴

    171 引用 • 3842 回帖
  • golang

    Go 语言是 Google 推出的一种全新的编程语言,可以在不损失应用程序性能的情况下降低代码的复杂性。谷歌首席软件工程师罗布派克(Rob Pike)说:我们之所以开发 Go,是因为过去 10 多年间软件开发的难度令人沮丧。Go 是谷歌 2009 发布的第二款编程语言。

    498 引用 • 1395 回帖 • 254 关注
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    200 引用 • 120 回帖
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    28 引用 • 197 回帖 • 26 关注
  • 机器学习

    机器学习(Machine Learning)是一门多领域交叉学科,涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为,以获取新的知识或技能,重新组织已有的知识结构使之不断改善自身的性能。

    83 引用 • 37 回帖
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    345 引用 • 742 回帖
  • 创造

    你创造的作品可能会帮助到很多人,如果是开源项目的话就更赞了!

    183 引用 • 1011 回帖 • 2 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 3 关注
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    586 引用 • 3538 回帖
  • SpaceVim

    SpaceVim 是一个社区驱动的模块化 vim/neovim 配置集合,以模块的方式组织管理插件以
    及相关配置,为不同的语言开发量身定制了相关的开发模块,该模块提供代码自动补全,
    语法检查、格式化、调试、REPL 等特性。用户仅需载入相关语言的模块即可得到一个开箱
    即用的 Vim-IDE。

    3 引用 • 31 回帖 • 116 关注
  • PostgreSQL

    PostgreSQL 是一款功能强大的企业级数据库系统,在 BSD 开源许可证下发布。

    22 引用 • 22 回帖 • 1 关注
  • 正则表达式

    正则表达式(Regular Expression)使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖 • 1 关注
  • Outlook
    1 引用 • 5 回帖 • 2 关注
  • 智能合约

    智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

    1 引用 • 11 回帖
  • Quicker

    Quicker 您的指尖工具箱!操作更少,收获更多!

    36 引用 • 155 回帖 • 2 关注
  • JetBrains

    JetBrains 是一家捷克的软件开发公司,该公司位于捷克的布拉格,并在俄国的圣彼得堡及美国麻州波士顿都设有办公室,该公司最为人所熟知的产品是 Java 编程语言开发撰写时所用的集成开发环境:IntelliJ IDEA

    18 引用 • 54 回帖 • 2 关注
  • Elasticsearch

    Elasticsearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful 接口。Elasticsearch 是用 Java 开发的,并作为 Apache 许可条款下的开放源码发布,是当前流行的企业级搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。

    117 引用 • 99 回帖 • 205 关注
  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点;但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中,从而不再需要读写 HDFS,因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 566 关注
  • CAP

    CAP 指的是在一个分布式系统中, Consistency(一致性)、 Availability(可用性)、Partition tolerance(分区容错性),三者不可兼得。

    12 引用 • 5 回帖 • 638 关注