我对 CTO 的理解

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

我的经验告诉我,大凡一个好的 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 之类的没有写过几行代码的秀才出身。

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

相关帖子

欢迎来到这里!

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

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

推荐标签 标签

  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    167 引用 • 1509 回帖
  • webpack

    webpack 是一个用于前端开发的模块加载器和打包工具,它能把各种资源,例如 JS、CSS(less/sass)、图片等都作为模块来使用和处理。

    41 引用 • 130 回帖 • 257 关注
  • C

    C 语言是一门通用计算机编程语言,应用广泛。C 语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

    85 引用 • 165 回帖
  • 服务器

    服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

    124 引用 • 580 回帖
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 6 关注
  • Spark

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

    74 引用 • 46 回帖 • 561 关注
  • 心情

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

    59 引用 • 369 回帖 • 1 关注
  • FFmpeg

    FFmpeg 是一套可以用来记录、转换数字音频、视频,并能将其转化为流的开源计算机程序。

    23 引用 • 32 回帖 • 3 关注
  • NGINX

    NGINX 是一个高性能的 HTTP 和反向代理服务器,也是一个 IMAP/POP3/SMTP 代理服务器。 NGINX 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的,第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。

    311 引用 • 546 回帖
  • H2

    H2 是一个开源的嵌入式数据库引擎,采用 Java 语言编写,不受平台的限制,同时 H2 提供了一个十分方便的 web 控制台用于操作和管理数据库内容。H2 还提供兼容模式,可以兼容一些主流的数据库,因此采用 H2 作为开发期的数据库非常方便。

    11 引用 • 54 回帖 • 652 关注
  • V2Ray
    1 引用 • 15 回帖 • 1 关注
  • Mobi.css

    Mobi.css is a lightweight, flexible CSS framework that focus on mobile.

    1 引用 • 6 回帖 • 733 关注
  • Hprose

    Hprose 是一款先进的轻量级、跨语言、跨平台、无侵入式、高性能动态远程对象调用引擎库。它不仅简单易用,而且功能强大。你无需专门学习,只需看上几眼,就能用它轻松构建分布式应用系统。

    9 引用 • 17 回帖 • 615 关注
  • Sphinx

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

    1 引用 • 209 关注
  • 30Seconds

    📙 前端知识精选集,包含 HTML、CSS、JavaScript、React、Node、安全等方面,每天仅需 30 秒。

    • 精选常见面试题,帮助您准备下一次面试
    • 精选常见交互,帮助您拥有简洁酷炫的站点
    • 精选有用的 React 片段,帮助你获取最佳实践
    • 精选常见代码集,帮助您提高打码效率
    • 整理前端界的最新资讯,邀您一同探索新世界
    488 引用 • 383 回帖 • 6 关注
  • IPFS

    IPFS(InterPlanetary File System,星际文件系统)是永久的、去中心化保存和共享文件的方法,这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    21 引用 • 245 回帖 • 248 关注
  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    264 引用 • 665 回帖 • 1 关注
  • WebComponents

    Web Components 是 W3C 定义的标准,它给了前端开发者扩展浏览器标签的能力,可以方便地定制可复用组件,更好的进行模块化开发,解放了前端开发者的生产力。

    1 引用 • 2 关注
  • RESTful

    一种软件架构设计风格而不是标准,提供了一组设计原则和约束条件,主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁,更有层次,更易于实现缓存等机制。

    30 引用 • 114 回帖 • 2 关注
  • 音乐

    你听到信仰的声音了么?

    60 引用 • 511 回帖
  • 阿里巴巴

    阿里巴巴网络技术有限公司(简称:阿里巴巴集团)是以曾担任英语教师的马云为首的 18 人,于 1999 年在中国杭州创立,他们相信互联网能够创造公平的竞争环境,让小企业通过创新与科技扩展业务,并在参与国内或全球市场竞争时处于更有利的位置。

    43 引用 • 221 回帖 • 127 关注
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 705 关注
  • OnlyOffice
    4 引用 • 2 关注
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1347 回帖
  • 百度

    百度(Nasdaq:BIDU)是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村,致力于向人们提供“简单,可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”,象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 181 关注
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件,打造你得心应手的工具集合。

    6 引用 • 14 回帖