真正的CTO,是一个懂产品的技术人

我之前写过一个CTO的系列篇,谈过CTO的核心职责,也谈过优秀的CTO应该具备的五大特征,今天主要谈谈真正的CTO这个话题,希望这篇文章能让大家正确客观的来看待CTO这个职位。

什么样的公司才需要CTO

CTO(首席技术官) ,首先并不是每个公司都需要CTO这个职位,很多创业公司,特别是早期的创业公司,根本不需要CTO这个岗位,仅需要技术经理或者架构师来带领一个小团队即可,CTO在创业公司一般都是A轮以后才真正需要,或者中、大型公司才真正需要CTO。

很多创业公司,对是否需要招聘技术经理、技术总监、架构师、CTO,一直不是特别清楚。如果你还对其工作场景和职责不了解,我在一篇文章搞懂高级程序员、架构师、技术经理、技术总监、CTO,从薪资到技能要领的区别,有详细的介绍技术经理、技术总监、CTO的核心职责,以及这些职位是如何演变而来。

如果公司的“CTO”仅仅只管理技术队伍,还到不了CTO这个层级,真正的CTO,是软件产品和技术是统一管理的,是商业、产品、技术、管理、团队相平衡的综合统管。如果这一点一旦明朗了,你就知道为什么很多公司暂时还不需要CTO这个职位。

CTO需要掌管产品和技术

首先,一个 CTO 必须关心和了解业务,这样才通过技术角度帮助规划企业战略。关心业务,就一定会涉及到公司的产品线,公司的产品的整体框架和当前的产品主要问题,以及未来产品线如何规划等一系列问题。

技术服务于产品, 支撑于产品,如果在产品源头出现了问题,在后期的技术执行这个环节,就会发生更大的问题。so,CTO需要深入了解业务,了解公司当前的产品线,以及当前产产品线面临的问题和挑战,以及这些挑战是来源于技术本身(很难支撑当前业务和产品的需要),还是来源于产品的本身问题(用户需求源头)。

真正的CTO,必须要懂产品、懂业务,而不仅仅只是技术架构。从产品的角度:需要洞察客户需求,捕捉商业机会,规划产品方向,有清晰的产品规划、主攻方向。从研发的角度:研发专业团队梯队建制(架构团队、运维团队、前段团队、后端团队等如何搭建和管理),以及团队人员的激励性等。我眼中真正优秀的CTO长啥样,对优秀的CTO的五大特征有非常明确的描述。

总之,CTO 不应该只局限于技术,应该让团队成员的技术劳动体现出应有的价值,把技术和产品变成一家公司的发动机,这才是真正的CTO,一个懂产品的技术人。

作者:IT人升职加薪进阶站 优知学院 (www.youzhixueyuan.com,微信公众号:youzhixueyuan)创始人陈睿|mikechen,历任淘宝高级软件工程师、盛大架构师、百度研发经理、携程定制旅游CTO,分享职场、架构、CTO进阶经验和心得。

本文由 @陈睿|mikechen 原创发布于51CTO,未经许可,禁止转载。

原文地址:http://blog.51cto.com/13407072/2133339

时间: 2024-11-03 05:25:55

真正的CTO,是一个懂产品的技术人的相关文章

硅谷产品联盟合伙人:每一个伟大产品的背后

产品团队的每个成员都非常重要.任何一家追求成功的的公司都应该非常高效地完成从产品设计.搭建到市场投放的所有工作.我想说的是,这里有一个角色对于打造出一款成功的产品来说至关重要,而且这个角色经常被误解或与其它角色混淆——这个角色就是产品经理. 我们将在这篇文章里一起讨论作为一个出色的产品经理应该具备的具体职责,然后一起来观察这些优秀产品经理的特质是什么,在哪里能够找到它们以及如何能够形成和发展出这些特质. 角色与职责 产品经理这个角色在公司里面经常拥有另外一个名字,而且与一些其它相关的角色绑在一起

做一个懂PS的前端开发

做前端开发的需不需要PS 记得在之前的老东家做某一个系统开发,当时正在做界面开发,发现界面还需要添加几个图标,于是把这个需求反馈给了项目经理.过了十几分钟,项目经理跑过来告诉我:产品部的UI设计人员(当时我们的UI设计人员全部调整到产品部)需要向他们产品经理汇报这个任务,你在邮件里边简单描述下你的图标需求然后发送给产品经理再抄送给我和UI设计人员.我听了当时蛋碎满地,几个图标设计不到半个小时的事情,非搞得花上一天时间才搞完!经过这蛋碎的经历,我觉得对于一个做界面的开发人员来说,懂些PS技术还是有

有感,懂市场比懂产品重要,懂产品比懂技术重要

一个创业公司,最好三样都要有,但应该CEO是懂市场,经理懂产品,程序员最好懂技术厉害一点-这还不算,销售也要厉害一点,不能守株待兔- 美工——有钱最好请个美工,最起码也要请人设计修改一下- 财务——不要出错,搞出什么漏洞来,或者把到手的钱给弄丢了- 行政——事情安排不要出问题,更不能得罪客户- ------------------------------------------------------------------------ 非常赞同 “业务优先原则” ---------------

架构师速成8.2-架构师要懂产品

产品和架构两个截然不同的职业,好像风马牛不相及,其实不是这样的.产品的思想需要经过技术的手来成为现实,在成为现实之前,需要技术理解.评估.碰撞.优化.把控.验证等等.当然架构师就承担了这一系列技术的责任,而且在一个产品的实现过程中,技术架构并不是很重要的,前期可以没有架构,简单快速验证,只有在用户多了之后,架构才有真正的用处.在初创公司,很多架构师都等不到用户多了的那一天,来实现自己的架构梦.所以产品这一关架构一定要把好,只有你把好了,后面才有机会让你去架构. 当然架构师的懂产品,是懂产品的生命

我不是一个做产品人,但我有一颗做产品的心--浅谈“痛点”

我是一个传统意义上来说的程序员,从一毕业,到现在,我没有专精于一门语言,当然除了工作和项目的需要外,我本人说实话也想多接触各个方面的知识! 之前接到了一个很棘手的任务,其实应该算是一个没有明确目标和实质内容的任务,具体不详细展开,最后我中下来,大致方向应该是:传统软件如何更好的向互联网发展!其实这个标题很大,内容很泛,实际很空洞.各种软件拥有不同的用户群体,为用户带来各种价值,直接复制别人的成功之路,不一定会带来多大的价值利益.如果小米学习苹果的定价策略,那么应该不会有今天的小米吧? 但是,我们

做一个有产品思维的研发:逻辑设计

每天10分钟,解决一个研发问题. 如果你想了解我在做什么,请看<做一个有产品思维的研发:课程大纲>传送门:https://www.cnblogs.com/hunttown/p/10490965.html 今天我们说一下逻辑设计问题: 对于逻辑设计的形式和它的出场顺序有很大的争议. 1.先出一下它的设计形式 在很多人的印象中,逻辑设计应该以“E-R”图或“UML”图出场,所以很多人在进行逻辑设计的时候,都会按教材上所写的一板一眼的做. 我想说的是:完全没有必要 为什么? 一是画得费劲,浪费太多时

做一个有产品思维的研发:Scrapy安装

每天10分钟,解决一个研发问题. 如果你想了解我在做什么,请看<做一个有产品思维的研发:课程大纲>传送门:https://www.cnblogs.com/hunttown/p/10490965.html 今天我们说一下Scrapy爬虫: Scrapy 在 Python 2.7 和 Python 3.3 或者更高版本上运行,他是用纯 Python 编写的,并且依赖于一些关键的 Python 包(其中包括): 1.lxml ,一个高效的XML和HTML解析器2.parsel , 一个基于 lxml

【CTO辩论会】移动开发者忠于技术or 背离技术

第一期CTO辩论会结束后,大家在微信群中讨论,学什么编程语言好.有位官人直呼"劳力者治于人,苦差,不学也罢". 在IT.科技变革世界的今天,移动开发者成为一个非常时髦的工种.就连老家的爷爷奶奶都知道,程序猿挣钱多,BAT待遇好,创业的孩子差不了. 但是,技术人已经不是单纯的工匠,他们正快速背离自己原本的身份,像更多元化的商业身份扩展:老板.管理者.商人等等.总之,在这个时代,技术人面临的诱惑和机遇爆发了. 热爱技术,享受技术带来的成就:也背负着技术,在每个难熬的关卡被技术所折磨. 忠于

一个技术人的知识管理方法论

说实话,我讨厌这样一个土鳖的标题,希望内容不让你失望. 本文最早源于一系列关于解决问题方法论的思考,从解决问题的一般原则到探索如何让解决问题依赖知识积累和思维工具而不是偶发灵感.这样关注点逐渐从解决问题演变为个人知识体系的构建和知识的管理. 2009年 解决问题:心态 原则 方法 2012年 [Think] 解决问题 Ⅱ 2012年 实用主义的思考与学习 读书笔记 知识管理方法论解决的是效率和效果的问题,其实没有方法论的时候,足够的专注和努力也是可以的,许三多就是这方面的典型代表,他几乎没有什么