第61讲 | 刘俊强：技术最高决策者应该关注技术细节吗?
下载APP
关闭
渠道合作
推荐作者
第61讲 | 刘俊强：技术最高决策者应该关注技术细节吗?
2018-07-30 腾讯云资深架构师、TGO会员刘俊强 来自北京
《技术领导力实战笔记》
课程介绍
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="1142" height="640"><rect fill-opacity="0"/></svg>)
讲述：黄洲君
时长11:41大小5.33M
作为公司的技术最高决策者，身上肩负了很多的职责，不光有公司的技术路线图、投资标的公司的技术尽职调查以及关键技术趋势研究等战略级事务；还有工程团队文化建设、技术布道等帮助公司健康发展的关键事务；还有跨部门沟通、为其它部门提供服务能力帮助他们一起成就公司愿景等。
在目前典型公司架构中，工程团队或技术团队的总负责人便是该公司的技术最高决策者，那么本文要讨论的技术最高决策者就是 CTO（首席技术官）或 VP of Engineering（技术副总裁或工程副总裁），这个一般根据公司的实际职位设置情况来，本文默认 CTO 为技术最高决策者。
技术或工程团队日常工作中会有很多的技术细节类工作，例如技术框架选择、高可用架构设计以及持续集成等，那么一般困扰我们的是，作为技术最高决策者跟这些技术细节的边界是什么？是否应该关注这些技术细节？
我接下来将先简单梳理下 CTO 的工作职责内容，然后我们再看是否应该关注技术细节，在本文阅读完毕后，希望你自己也能够根据现状进行思考。
CTO 的使命与职责
CTO 的使命我们可以从三个维度来进行说明：长期的技术战略、技术布道者以及工程团队文化建设，里面仅第三项是完全的对内事务，前面两项都是内外结合型事务。接下来我们将分别来看看这三个维度的使命是怎样的？
CTO 的使命——长期的技术战略
CTO 必须不断推进、阐述并坚持公司的技术战略方向；
CTO 需确保公司在激烈变化的竞争下持续提供最佳技术；
CTO 需要通过信息获取提取来指引支持公司下一步发展的关键趋势，从而将外部世界与公司内部联系起来，实现业务和技术战略之间的适当平衡，使得公司的技术战略与其业务战略保持一致。
CTO 的使命——技术布道者
CTO 必须围绕公司的长期愿景来激励内部人员，并向外部表达并使他们相信世界或行业未来发展方向，而自己的公司是带领大家抵达未来的最佳选择；
CTO 必须对市场需求具有权威性，必须对客户可信，并且能够向各类的受众阐明公司商业价值和投资回报率。
CTO 的使命——工程团队文化建设
CTO 负责一个公司的技术或工程团队，那么如何建成健康的工程团队文化便尤为重要。
CTO 必须团结起来工程团队，来实现公司的长期技术目标；
CTO 必须能够激励新员工加入工程团队，并且帮助找到渠道并识别合适员工；
CTO 必须帮助建立和维护工程文化，以确保公司能够持续留住和吸引顶尖技术人才。
上面我们提到了 CTO 的使命，从三个维度共 8 个要点进行了说明，希望大家能够对 CTO 的使命有些了解。如果我们要看作为公司技术最高决策者是否应该关注技术细节这个问题，我们还需要看下 CTO 对公司内部各组织的具体职责是怎样的。
一般分为以下 5 个主要组织或团队：CEO 或战略、工程 / 产品、销售、商务拓展以及市场营销。下面将针对这 CEO 或战略、工程 / 产品两个团队阐述下 CTO 的一些主要职责：
CTO 对内主要职责——CEO 或战略
预测可能对公司产生重大影响的任何技术拐点，并且保持领先；
根据公司长期技术战略，向 CEO（以及 CFO/COO）就公司的大规模技术投资时机和机会点提供建议；
为 CEO 提供有关公司技术方向的不同”选项“，并提供足够的决策依据信息，以确保在任何给定时间都是最佳技术选择；
CTO 对内主要职责——工程 / 产品
虽然 CTO 不需要为产品日常交付情况负责，但也应该与产品或工程副总裁密切合作，以确保整体发展方向与公司的战略技术保持一致；
CTO 应该确认在既定技术战略下，公司技术资源投放的优先级，并交给工程团队予以执行；
需要帮助技术或工程副总裁集思广义，了解工程团队面临的各种挑战，在很多方面，CTO 和工程副总裁需要保持联系；
持续优化整个组织，以达到技术资源最合适的收益比；
确保工程团队在壮大的同时，保持技术的一致性，并在必要时进行技术仲裁；
建立合适的创新机制，例如黑客马拉松或内部孵化计划；
帮助招募和员工留存工作。
是否应该关注技术细节？
本文前面说了很多关于 CTO 的使命与职责，那么作为技术最高决策者是否应该关注技术细节呢？在此先说结论，符合其使命和职责方向的技术细节需要关注，此外的技术细节不必要关注。接下来本文将阐述此结论的由来以及会举证一些事例便于理解。
CTO 全称为 Chief Technology Officer（首席技术官），重点要注意的是 Officer，也就是高级管理者的角色，首先需要对公司的长期技术战略进行负责，保证公司在技术拐点产生时能够作出正确的判断并制定应对策略。这样就需要 CTO 对外部世界的技术动向和趋势能够收集到足够的信息并进行分析整理，从而得出结论。
例如 2007 年 6 月苹果公司发布了跨时代产品——第一代 iPhone，成为了移动互联网发展元年，之前 Symbian 系统的智能手机更多的还是基于 WAP 网络，iPhone 全触屏体验、高速好用的内置浏览器、全新的智能手机操作系统 iPhone OS 以及应用商店体系给行业带来了翻天覆地的变化。
CTO 需要了解 iPhone 的详细产品功能以及技术规格等技术细节，并对 iPhone 相关移动网络技术进行调研，从而来分析判断 iPhone 及移动互联网发展趋势，来看公司的技术战略是否需要进行相应调整。
我们现在回顾移动互联网过去 10 年，是几家欢喜几家愁，有些公司借着移动互联网技术东风发展迅猛，有些公司没有及时调整战略进而发展受限甚至慢慢衰退，比如之前超级依赖短信 SP 的公司。
移动互联网的技术拐点来临的时候，我亲身经历过技术趋势分析和公司技术方向调整，当时公司在 2007 年开始做移动互联网方向的尝试，因为我分析认为未来的趋势是基于手机的移动互联网，只是当时是基于 WAP 和 Symbian 系统来做的，体验和能力都不好，因此决定先做互联网 Web 2.0 方向项目。
在同年 iPhone 发布后，研究后觉得 iPhone 走的方向是智能手机未来（当时国内 3G 牌照尚未发放），决定投入少量人力研究和保持关注 iPhone OS，次年苹果公司发布了 iPhone OS SDK 1.0，我们就立马组建了 iPhone 客户端团队进行移动互联网应用开发。由于国内 3G 牌照未发放，当时相应的一些 3G、GPS 测试就到香港和深圳进行，由于我们在移动互联网方面的提前布局，也帮助公司顺利拿下下一轮投资。
前面有提到 CTO 需要在外部激烈竞争下保证公司使用的是最佳技术，这里的“最佳技术”并非是指最为花哨或最为前沿的技术，每个公司有着自己的业务背景和历史债务问题，选用对于公司技术资源投入产出比最高，且为符合日后技术发展趋势的技术方案才是“最佳技术”。
那么这里我们以火热的技术架构设计风格——微服务——为例说明下。众所周知微服务架构设计风格并非只是技术上的，如果要在公司中选用的话，需要具备持续集成 / 持续发布的实践基础，同时要对企业组织架构进行相应调整，那么作为 CTO 需要针对微服务架构设计风格对于公司选用的收益及风险进行评估，以及需要来看跟公司业务发展方向是否一致，这样的微服务相关的技术细节是需要 CTO 进行了解和关注的，这样才能够尽量作出正确的判断。
前面用行业新产品带来的大趋势或技术拐点以及新技术架构趋势的例子，来说明哪些技术细节是技术最高决策者应该关注的，那么反例有哪些，也就是哪些技术细节不应该被关注？
作为 CTO 不应该将时间投入到产品日常迭代和编码这样的技术细节中，例如具体技术框架选取、架构方案设计以及代码评审等，其中亲自上阵写代码是最应该被禁止的。为何呢？因为每个人的时间都是有限的，CTO 需要将时间更多的花在跟公司未来、技术趋势以及商业拓展相关的事情上。
上述具体技术事务应该有技术副总裁和技术总监来进行完成，CTO 需要提前做好指引工作，跟工程副总裁制定好技术方向原则，以指引工程团队具体工作。
有的 CTO 会参与到具体执行工作中去，一般的理由有“团队小”、“该领域我是专家”、“这项工作团队其他人的交付速度与质量不如我”，其实这些理由后面恰恰对应的待解决的问题，例如：
“团队小”：需要反思这个阶段是否需要 CTO 这样的职位，或者给予技术联想创始人更为合适，或是招募优秀团队成员加入；
“该领域我是专家”：需要将知识经验分享给团队成员，或是招募该领域其它专家，因为你自己很容易成为单点，这样是很危险且不负责任的，如果你持续这样想，另一种可能是你并非适合 CTO 职位，或更为适合首席架构师；
“这项工作团队其他人的交付速度与质量不如我”：意味着没有招募到合适的团队成员，这个问题应该被纠正。
写在后面
作为公司技术最高决策者首先需要明确自己在公司承担什么职责，这样才能够清楚怎样的技术细节是应该关注的，哪些技术细节是不需要关注的。正如前面所说的结论 “符合其使命和职责方向的技术细节需要关注，此外的技术细节不必要关注” ，使命和职责是需要先明确的。
本文是以 CTO 的角色来进行的说明，那么实际工作中的情况可能会不一样，例如公司没有 CTO 仅有工程 / 技术副总裁，这样的时候就需要重新来明确使命和职责，再确认技术细节的边界。
总而言之，技术最高决策者需要明白的是，这个岗位的职责是要为公司业务发展及未来负责的，因此技术细节边界的确立有助于更好地分配时间来帮助实现公司愿景。
作者介绍
分享给需要的人，Ta购买本课程，你将得29元
生成海报并分享赞 2
提建议
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
大咖对话 | 不可替代的Java：生态与程序员是两道护城河
下一篇
第62讲 | 张溪梦：技术领袖需要具备的商业价值思维
精选留言(1)
王云帅2018-07-30你好，我是一名测试管理人员。我对您文章中提到的测试目标的变更很有兴趣。能不能说下目标变化后，再具体工作中是怎么做的吗？1
