前言

首先，我并不是想要在这里定义“技术总监”这个岗位，仅仅是单纯地谈下我对这个岗位的一些认知和理解，从企业需要什么样的技术总监这个角度出发，结合自身的一些经历，尝试分析技术总监的价值体现。每个人的认知是不一样的，必定不可能让所有人都满意这篇文章的内容，所以，欢迎各位大佬指点。

通常情况下，一个软件开发公司要正常运营生产需要众多的角色参与，比如说：架构师、产品经理、项目经理、运维人员、开发人员、测试人员、美工人员等等，大公司还会更多的诸如售前、售后等角色。不同的公司，员工担任的角色也是千差万别的，有些是一人担负多个角色，有些则不是。

那么“技术总监”在这里又是什么角色呢？我认为这是一个全面的角色，无论是哪个环节出现问题或者需要提高，这就是需要技术总监体现价值的地方。

比如说与客户沟通困难，需求模糊，定义不清，这时就需要技术总监出马根据过往经验搞定客户，让客户信任公司，觉得公司牛掰、专业。
比如说系统结构混乱，层次不清，业务线乱串，这时就需要技术总监来梳理架构，整理业务流程，提升系统效率、稳定性、扩展性等等。
比如说测试总是无法测出BUG，上线后被客户发现，这时就需要技术总监来提出新的测试方法、方向，提高测试效率、效果等等。

乍看起来技术总监好像就是一个救火队长，其实不然，这里说的只是表象，只是举例了一小部分体现技术总监价值的场景。可能有人会说，需求的问题是产品经理的事，测试的问题是测试主管的事，系统问题是架构师的事。是的，都没有说错，很正确，但是实际情况只是如此吗？有没有可能出现没有产品经理的情况？有没有可能出现没有架构师的情况？可以列举的场景还有很多，下面就来说道说道(篇幅有限，不会过于深入)。

企业需要什么样的“技术总监”？

站台型

有些企业其实内部结构与日常工作已经做得很不错了，但是在行业内并不突出、抢眼。此时企业想要打出名号，有时会选择业界具有名气的大佬站台以提升企业整体形象，以及业内知名度。通常这种情况下，技术总监的价值可能更多的在于背书、目标、规划、计划等方面，一般情况下不会过多的参与到实际日常工作过程中。当然并不是说其它都不管了，视情况而定，通常不推荐对企业现有团队动刀，作为老板可能并不会喜欢来一次产前阵痛体验。

产品型

可能有些企业的开发流程、技术团队已经比较成熟、高效，但是对产品对客户需求方面有所欠缺，总是抓不住核心要点，无法做出大杀四方的大杀器。这类企业缺的可能只是临门一脚，需要的可能更多是行业专家。懂行业，有多年类似产品经验的技术总监对于这类企业来说就是飞天的翅膀（如果还有人脉资源，那就是更棒了）。

当然了，这种情况下找一个合格的产品经理或者行业专家可能更加的合适。但是，并不能说技术总监就不需要去了解产品，实际上在了解产品的过程中，技术总监就可以有一个初步的业务结构认知，清楚数据结构、流程、层次，这样对后续的环节还是很有帮助的。况且，有些企业并不会专门设立一个产品岗位，相当大一部分企业都是由项目经理承担产品的角色，像那种专业的产品经理、产品研发团队，毕竟只能是中、大型公司的配置。

因此，在这个场景中技术总监可以在产品结构、业务流程方面体现一定价值，这种情况下更加注重的是技术总监的阅历，产品经验（人脉资源）等。

架构型

说到架构师，大部分情况下都把架构师的下一步定位为技术总监。所以，反过来看，要求技术总监懂架构、精通架构并不是什么过分的要求。那么什么是架构呢？通俗的讲就跟修房子差不多，讲究的是结构性、合理性、稳定性、安全性、扩展性等等。谈到架构可谈的内容就太多了，不是一句两句就能讲清楚的，在这里就不展开了。

在架构这一块能体现价值的地方就太多了，而且还比较容易出成果。简单来讲主要包括：逻辑架构、物理架构、系统架构等方面。

逻辑架构，表达的是系统各个业务、组件之间的关系与层次，比如说调用关系，具体表现形式通常是层次结构。这里考验的是抽象能力，成果的话就靠吹了，能吹也是一种本事。
物理架构，现在最为流行的就是分布式架构，就我个人而言，分布式结构在现阶段是非常优秀的结构，解决了过去很多的问题，让整体架构更加灵活可控，但是也有一定的缺点。流行的分布式架构也就那些，设计蓝图并实施下来才是重点。这种场景下对过往的架构经验要求较高，成果依然靠吹，对不懂行的人来说，吹就好了，懂行的自然能够懂。当然了，还是可以拿一些指标来衡量一下嘛，有实际的数据来支撑，再做个漂亮的PPT，完美。
系统架构，通常情况下是由业务结构决定的，当然并不是简单的按照业务模块来划分就OK了，还会涉及到通用模块抽象，业务模块之间的数据调用，业务流程的规划等等方面。能够在系统架构方面提出方案，必然需要对业务有足够的认知、理解，这个过程可能很长，但是这个点可能是最能出彩的地方。为什么呢？因为领导/老板可以不懂技术/架构，但是必定懂业务啊，能够把业务梳理清楚，再来点实际数据，整个PPT，完美。

实际上企业对于架构的需求几乎可以说是必须的，一个好的架构可以将产品的各方面指标提升数倍，因此精通架构的技术总监对于现在大部分企业来说都会非常渴求。这个方向企业关注更多的是抽象能力、逻辑思维能力、实施能力、业务熟悉度等等。有一点需要着重说明一下，企业高层懂技术/框架的真的很少很少，只讲技术可能在高层那里并不会有多好的效果。所以，这个场景下，会吹，能做PPT，还是很有必要的。可能下面的开发团队非常敬佩、仰慕你，但是你的工资不是开发团队给你发的，到时候变成一群前同事就尴尬了。

项目管理型

可能有部分企业在项目管理上吃过苦，能够深刻理解项目管理的缺失会对企业对产品有什么影响。这个影响可大可小，不一而论。那么可能会有人说，找个好点的项目经理不就行了？确实是的，非常正确，但是不能代表全部企业的情况。

单说项目管理包含的内容，简单来讲有需求、方案、开发、测试、交付、售后等等环节。每一个环节都可以深入下去讲上几万字，这不是我想要讲的，我想要讲的是技术总监在这个场景中的点。

可能有很多的技术总监都是走的开发这条路出来的，相信对于整个项目管理的流程、周期、风险管控等等都是非常熟悉。好的项目管理给企业带来的是相对直接、直观的效益，这也就是技术总监在这里的价值体现。简单来讲，能够提升效率，降低成本就能够带来效益。当然了，这还是得看老板，在某些领导眼里，开发就是个只有费用产生没有效益产出的部门，这就是考验忽悠能力的时候了。

那么不是开发出来的就不能做好项目管理了吗？当然也不是肯定的答案，这种情况下考验的是沟通协调能力，考验的是规划实施能力，更多的是对人的管理而不是对具体事务的管理。要上能忽悠领导，下能忽悠团队，外能忽悠客户，内能忽悠前台，能达到这个程度也是很强的本事。

针对不同的企业，对于技术总监在这个方面的要求也是不一而论的。可能是更注重流程制度、项目实施，也可能是注重项目最终效果，当然，更有可能的是全方位的要求。

技术大牛型

单纯需要技术大牛的情况其实并不多见，至少从我的角度来讲，大多数企业可能并不涉及到真正高精尖的技术。那对于需要这种人才的企业来说是什么情况呢？招大牛不可能按程序员来招吧？主程？骨干？好像都缺了那么点意思，技术总监这个岗位挺合适的，给足了大牛面子，说出去也好听。这种场景就很简单了，技术能力是刚需，如果再是一个管理能手那就更完美了。

纯管理型

这个其实是一个话题，到底技术总监要不要懂技术？从岗位名称上包含“技术”二字不难理解是需要技术能力的，那么有没有不懂技术的技术总监呢？答案是有，这个是客观事实存在的。其实要把这个话题说清楚还需要定义一下“懂技术”，到底什么叫懂技术？能够写代码，能够搭服务器算懂，那么能够理解技术的概念、含义算懂吗？一定要能够对技术做规划，指明技术发展方向才算懂技术吗？这个不好界定，其实我个人觉得“懂技术”更多的是指“技术思维”，而不是单纯的指实际开发的技术能力。

那么纯管理的技术总监如何体现价值呢？当然就是管理了，关于管理这个话题没法深入，市面上各种管理书能从各个角度来告诉我们什么是管理。但是，我觉得适合的管理才是真正的管理，没有什么理论能适应所有企业，那些抄书式管理不可能所有人都适用。其根本原因在于管理的本质就是对人的管理，世上的人何止千千万，所有人都能按你的来？思想跟你保持一致？如果是，那我相信这就是所谓的大同世界了吧。

管理的方法、过程千差万别，但是对于管理的效果大家应该还是比较统一的。往大了说提升效率，创造效益这是大家都希望的结果。往小了说，团队和睦，愉悦的工作氛围，积极向上的工作态度等也算。要说真有不会技术的技术总监能给企业带来效益，我是相信的，但是必定会有其独特的技能和“技术思维”的能力。

混合型

以个人观察来看，目前大部分企业要求的“技术总监”约等于“架构”+“(一些)管理”。前面讲的都是一些比较极端的需求场景，现实中可能并不会出现，更多的场景可能是要求技术总监这也会那也会，什么都会，什么都精通最好。这样的需求无可厚非，如果是我也这么干。然而完美的人不敢说不存在，但必定是少数。

其实很难去定义混合型，可能有些企业需要在项目管理、流程制度方面更强一些的人才，有些又希望能在技术实力上有所突破，不一而论。总的来说就是看契合度了，契合度低，能够发挥的价值就低，契合度高相应的价值就高。个人觉得作为技术总监，全面一些会更好，这样选择更多，更容易与企业契合。当然，入职并不是终点，不断学习，不断提升才是正道。

“技术总监”需要具备什么样的能力？

“能力”这个词在这里并不容易去定义，相信每个人心中都有自己的评判标准，斗胆在这里谈谈自己的看法与理解。(排名不分先后)

沟通能力，重要程度极高
沟通无处不在，而正因为无处不在导致很多时候我们已经忽略了沟通的重要性。个人认为沟通问题必然存在于所有企业当中，只是程度不一而已。作为技术总监，沟通的重要性尤其突出，要向上汇报工作，要向下传递领导意图，而团队内部的沟通更是直接影响效率的重要环节。
同时，沟通的方式也很重要。口头沟通确实是最快的，但是效果可能并不是最好的。书面沟通会慢一些，但会表达得更清晰，效果会更好。同时具备这两种沟通方式才能更好的实现沟通目的。沟通就和管理一样，是直接与人交互，所以不会存在什么万能模板，只能说沟通无止境，共勉共勉。
管理能力，重要程度高
再怎么强调管理都不为过，没有说哪个企业不要管理的，就连路边苍蝇馆子老板也要会管理。有多少企业倒在了管理上？无从得知。我只知道好的企业在管理上必然不会差到哪儿去。需要着重说明一点，“懂”管理和“会”管理是两个有区别的概念。前者只能说明管理者的知识面，而后者更多的是指从实践中提炼出来的技能。
技术能力，重要程度高
毋庸置疑，技术能力当然是越高越好，但是不能忽视全面性，就像高考一样不能太过偏科。到了技术总监的位置，全面的技术能力要求是再正常不过了，也就是说面要宽要广。但是，需要多深呢？这个就得看企业的实际需求了，不可能说要求每个方向的技术都要精通，今天独立搭建一套分布式架构，明天写一套前端架构，后天把后端代码全部重构。这些其实办到也不是很难，不过这样做会非常花费时间与精力。昨天刚看了一篇文章，讲公司不需要英雄主义，如果什么都是一个人来做，那么这个人走了呢？正确的做法见仁见智，至少我认为英雄主义要不得，应该是按层级来培养技术人才会比较好点。比如说前端需要一套新的架构，那么技术总监的价值在于指点、规划，把可能存在的风险点、曾经碰到的一些问题等等传授给下一层级的实施人，然后与实施人一起来做这个事情。这样团队也培养了，也能有更多的时间去做更有价值的事情，何乐而不为呢？
实践应用能力，重要程度极高
这里讲的实践指的是从理论到实际应用的过程，也就是常说的落地。能说会道，各种理论知识丰富，能把你吹得找不着北的大有人在。但是这种人就一定能把事做好吗？不一定，个人认为那种从实际工作中总结经验，不断学习，丰富理论知识的人更有可能把事做好。
其实我是想拿学历问题来说事的，但是感觉有点容易挨骂，还是算了。总结一下，又能吹又能办事的人不是不存在，那种人多半都已经是老板了吧。拍个马屁，勿怪勿怪。
学习能力，重要程度高
是个人都知道IT技术日新月异发展那是非常快速的，那么IT技术的学习当然是必须的。学习一些新的理念，一些新的模式，并不一定需要亲自去实施也行啊。不说保持超一流水平，至少要做到与时俱进吧。但是，这并不是全部，行业知识的学习也是非常重要的一环，这个就跟企业所属行业有关了，企业是做电商的，那你就得多学习同行怎么做的，竞品研究嘛，这个也是要有的。
抽象、逻辑思维能力，重要程度高
关于抽象，个人的理解就是：透过表象看本质，发现规律。抽象和逻辑相辅相成，通常情况下逻辑思维强的抽象能力也不会弱。如果一个人不能发现本质规律，逻辑混乱，相信能把事办漂亮很难。
讲个段子，电梯广播最近新播了一个xx暴汗服广告，广告语很燃，暴出大长腿，暴出小蛮腰。从我的角度看来，一件衣服怎么跟暴汗联系上的？穿上会出汗？天天穿就小蛮腰了？这是什么逻辑？所以说我没法去做销售，因为销售的逻辑是：说你想听的。
回到话题，相信能做到技术总监的人才，抽象、逻辑思维能力必定不会差，因为在实际工作中很多场景都会需要应用到这两项能力。
科学的方法，重要程度高
这是一个宽泛的话题，大胆假设小心求证这是适合我的方法，当然，还要加上经验总结。道理大家都懂，如何应用是个问题。至少，这个方法至今没有让我失望过。
发现问题，解决问题的能力，重要程度高
作为技术总监发现问题、解决问题那是必备的技能，否则要来何用？那么如何发现问题呢？这个面就比较广了，个人认为是从提问开始，这实际上是一个综合性的能力，需要结合前面讲的抽象、逻辑思维来看。当然，提问也是有讲究的，不能抓住本质，咬着不放，那就变成抬杠了。
换位思考能力，重要程度高
这个能力其实不仅仅局限于技术总监，在日常生活工作中随处可用。简单来讲就是站在对方的角度想想，而作为技术总监，属于承上启下的位置，更需要时常切换角度来观察、思考。要从老板/领导角度思考，他们想要达到什么目的。要从团队员工角度思考，他们想要的是什么。这其实很难，说着简单做着难，其中的度只能自己把握，不可能两头都满意的。那么，只能照顾好自己了，不要换着换着就精神分裂了。

结语

对于“技术总监”而言并不会有一个准确无误的定义，在国内尤其如此。所以，并不会存在一个放之四海皆准的模板，必定是根据企业自身情况出发自行定义“技术总监”。有需要在架构方面提升的，有管理方面需要提升，有流程需要制定的，有规划、方向需要明确的，有开发技术需要提升的等等。所以，对于企业来说，先搞清楚到底缺什么样的“技术总监”再去招聘会更有效率，更有针对性，效果才能更好。

浅谈：企业需要什么样的技术总监？技术总监需要具备什么能力？相关推荐

浅谈新兴室内外无线局域精准定位技术UWB（超宽带）
浅谈新兴室内外无线局域精准定位技术UWB(超宽带) 1.UWB高精度定位系统概述 2.与传统定位比较 3.应用场景 4.实现uwb高精度定位 4.UWB室内定位的缺陷 5.应用案例 1.UWB高精度定 ...
rnss和rdss的应用_浅谈北斗二代RDSS和RNSS组合技术.doc
浅谈北斗二代RDSS和RNSS组合技术浅谈北斗二代RDSS和RNSS组合技术 [摘要]正在组网建设的"北斗二代"系统不仅完全继承兼容"北斗一代",在用户容量 ...
rnss和rdss的应用_浅谈北斗二代RDSS与RNSS组合技术
龙源期刊网 http://www.qikan.com.cn 浅谈北斗二代 RDSS 与 RNSS 组合技术作者:陈德旭王成皇刘延鹏来源:<中国科技博览> 2015 年第 07 期 ...
潇洒老师浅谈高光无痕注塑模具及成型技术
浅谈高光无痕注塑模具及成型技术高光是典型的无痕注塑的突出体现,但不是无痕注塑的全部.我们制作高光模具已经有几个年头了,主要是家电产品的外部装饰件,如前面板.装饰片等,但每次我们都遇到过同样的难题,即 ...
浅谈企业中台商业模式及建设思路
浅谈企业中台商业模式及建设思路文章目录浅谈企业中台商业模式及建设思路前言企业中台的定义和能力企业中台的商业故事企业中台的商业模式构建企业中台时不同的企业初衷企业中台的价值主张企业中台 ...
dom影像图形成数字地形图_浅谈数字正射影像图(DOM)的生产技术
浅谈数字正射影像图 (DOM) 的生产技术杜磊 [摘要] 摘要 : 利用航空摄影像片和遥感卫片生产制作正射影像图 , 是地形图测绘方法的又一技术 , 它补充和完善地形图所有的缺陷 , 制作的 ...
漫谈技术职业人生——个人应该具备的能力
漫长的技术职业生涯中,你应该具备哪些能力,你自己是否真的清楚? 漫长的职业生涯中,你是否了解你自己所做的业务? 漫长的职业生涯中,你是否跟起他人沟通顺畅? 漫长的职业生涯中,你是否有效地管理自己的时间 ...
浅谈企业自主信息化开发模式
刚刚开了博客,写了人生中的第一篇随笔,而后网上遭遇老魏,谈了谈他的开发初衷和经历,竟然感慨万千起来了...自认为不是个感性动物,也不是什么写手,可竟然睡不着觉想着写点东西出来抒发抒发,那就索性起来在水 ...
【浅谈】如何做好一名初级技术面试官
对于搞技术的同学来说,平时会更多的专注于技术或业务本身但是随着工作经历,技术能力的增加,早晚会成为团队的主力技术人员. 逐渐的老板,就会给你安排一些面试任务,有初级的有高级的,有校招有社招的. 刚好 ...
浅谈企业内部安全漏洞的运营（一）：规范化
一提到漏洞,不少安全工程师又爱又恨.爱在,挖掘和复现漏洞本身,就是特别有意思的事情,能登上国内各大SRC排行榜,进入谷歌名人堂.被微软致谢也是充满成就感的事情.恨在,如果企业真的发现的漏洞多了,就有& ...

浅谈：企业需要什么样的技术总监？技术总监需要具备什么能力？

前言