“我很好奇,为什么你觉得编程不同于其它具有创造性和高超技艺的职业?你是不是怀疑为什么有人会长年从事于某个职业?或者你是不是认为编程多多少少不像其它职业那么优越,所以本质上没那么有趣?另外,为什么你觉得长期专注于某个职业是西方新教徒的事情?可以肯定的是,在东方文化中,也有许多毕生追求某项工艺的专业精神的例子,比如从打制刀具的铁匠到做家具、建房屋的熟练工匠。在你的文化中,人们是不是觉得那些动不动就要花费20年甚至更多时间来精通的极具技艺的职业,是一种没人肯花一生时间来追求的一次性的行为?
我真的被你的问题搞得狼狈不堪。为什么你觉得支撑西方程序员的精神支柱就不同于世界上每一个文化中支撑其它任何熟练工种的精神支柱呢?依我看没有什么分别。”
参考七个习惯 以终为始——自我领导的原则 (锁定生命的坐标 ----确立目标、全力以赴)/(七个习惯中的第二个习惯)
*职业规划:
初级工程师-> 中级工程师-> 高级工程师-> 架构师 ->->产品经理(100人)->技术总监->部门经理->技术副总/CTO->总经理
项目经理及开发经理(10人)->高级经理(50)->
积累人脉 -->
积累技术 -->
-->自主创业
积累资金 -->
对某个行业有前瞻性研究 -->
技术上参考:2012年必须精通-自然科学-工程技术-计算机领域--职业规划系列.txt
经管上参考:2012年必须精通-社会科学-经管领域-投资理财--职业规划系列.txt
人脉上参考:七个习惯团体习惯、社会心理学、识人、交人、改进增进亲情友情爱情
参考资料:
1 工程师及架构师分级---------------------------------------------
本文按照完成任务的难度和质量对软件工程师分类,并阐述相应的类别所需要的技能。
一、软件工程师分级
1.1、初级软件工程师
可以在高级工程师的指导下完成模块编程。
面对一个编程问题,他们对实现方法了解不多,通常只要实现了就行,不会过多考虑更好的实现。因此,无法保证产品质量。
1.2、中级软件工程师
可以独立完成模块编程。
面对一个编程问题,他们对不同的实现方法有了解,通常也会选择更好的实现,但是,由于对原理了解不深刻,他们采用的实现方法常常无法保证产品质量。
1.3、高级软件工程师
有能力开发商用产品,可以指导低级别的工程师开发模块规模的软件。有一种特殊情况,有一些工程师的专业技术能力比较弱但管理能力很强,他们可以主动组织协调其他工程师完成商用级产品的开发。这些人也具有高级软件工程师的能力。
1.4、资深软件工程师
有能力设计大型软件系统的架构,具有产品设计(规划)能力,具有管理10人以上团队的能力。
二、高级软件工程师的技能
管理:
1、可以参与招聘面试。
2、可以独立负责研发项目,具有一定的项目管理能力。
技术:
1、分析问题、解决问题的能力 (why what how) (各行各业都需要通用能力)
能够查找到问题相关的主流解决方法,了解这些方法的工作原理并分析其优缺点。这里涉及到几个方面的能力:
-发现问题 《你的灯亮了吗?》Donald C.Gause;Gerald M.Weinberg
-查找资料 (快速理解中英方式的资料)google \图书馆 \ 请教导师、老师、同事、朋友。。。。。
-理解和分析解决方法 《如何解题》波利亚
2、编程 (数据结构和算法、计算机系统结构、操作系统、计算机网络、数据库、编译原理、软件工程、程序设计语言 参考《ACM通讯》Computing as a Discipline)
编写的程序不仅结构合理,而且运行效率和稳定性都达到产品级,具体要求是:
-能够设计合理的程序结构,熟练掌握设计模式 《数据结构和算法》《设计模式》《重构》《架构模式》
-能够使用工具测量程序的资源占用,并据此进行优化 Jprofiler
3、操作系统(或java虚拟机)
操作系统是程序运行的基本环境。要了解程序的运行状态,必须首先了解操作系统。
-熟悉内存、线程等资源管理原理,并可以观察资源使用状态,熟悉IO模型,并可以观察IO使用状态
-熟悉类或模块加载原理,并可以观察
4、文档 (读写沟通能力 语言领域)
可以编写有质量的文档,具有可用的书面沟通能力。
三、高级软件工程师的技能的进一步阐述
作为高级软件工程师,你的第一重要的能力是编写商用级的软件。也许你的技术能力还不能满足商用软件开发的要求,但如果你能够主动协调其他人完成产品的开发,你的能力仍然配的上高级软件工程师的称谓。初级和中级软件工程师不具有上述能力,因此,他们只能从事小模块的编写。小模块的质量问题必须限制在小范围内,不应该影响整个软件系统的质量。
你已经有了多年的经验,对别人和对自己都观察了多年,因此,你看人会比较准确,沟通技能会比较熟练。识人是管理技能中最重要的。如果你这方面的能力有欠缺,你可以靠自己过硬的技术能力解决问题,不过,你要想更上一层楼就困难了,软件开发毕竟是团队活动。最佳实践所达到的境界是这样的:上下左右的人都知道你在干什么,你也知道别人在干什么。
你做事情也比较有经验了,掌握了一定的项目管理方面的技能,包括计划制定、监督、通报等。
你对自己编写的程序非常了解,并知道如何测量它占用资源的情况。
你也许创新能力有限,但应该有能力找到已有的答案,从而解决曾经被别人解决过的问题。
四、中级工程师技能的进一步阐述
与高级工程师比较,除了在管理技能和商用产品开发能力两个方面不作要求之外,其它技能要求没有差别。
1.5 架构师
读《架构实战》前,和几个阿里的架构师聊天,讨论架构师最基本的素质,总结出两点,1是技术知识广度,2是业务行业深度。自己细化后,和《架构实战》这本书的架构师的定义不谋而合。
1 架构师是技术领导。
架构师必须要有技术,而且还是领导。架构师要带领自己团队完成自己的任务,完全凭借自己的能力做事情,完全是匹夫之勇,根本不提倡。
2 架构师理解软件流程。
架构师必须了解软件流程,否则无法驱动整个团队前进,如果一个架构师不熟悉开发流程,无法协调产品线相关人员进行高效工作,也无法指导团队成员完成自己的工作。所以来说架构师一般不是空降兵(除非是全新的部门),因为空降兵一般不会熟悉新公司的开发流程,即使是同一个行业的,各个公司的差别还是很大。所以说听说某某去某某公司做首席架构师或者首席科学家,一般是高风险的事情,即使他对这个行业很了解。
3 架构师必须熟悉业务领域。
如果一个架构师不熟悉自己的行业,做的架构就是纸上谈兵,熟悉业务领域的架构师,才能很好的理解需求,做出合适的方案。互联网和网络安全是完全不同的两个方向,即使你熟悉里面的各种具体技术,但是以互联网的架构来做网络安全产品,肯定是100%的失败。
我做PKI的时候,项目最初的使用.net,使用微软的crytoAPI,开发的很顺利。后来来了一位新的架构师,觉得.net不能跨平台,决定选用 java,做出产品后,发现找不到arm cpu的jdk,使用平台有限。再次决定使用openssl做,最后这个项目以失败而告终。后来我想过arm cpu都是嵌入式设备用的,根本没有任何嵌入式设备提供CA服务。
4 架构师必须要有广度的知识。
架构师考虑的问题必须全面,必须了解的要广,具体的细节可以不关注,因为细节变化很快。很多具体技术人员出身的架构师,只关注于具体的细节,某些方面做的很好,整体的性能很差。
下面这个项目的成功可以理解为一个笑话。某公司的两个部门都做c程序的,A部门做的平台使用的x86和mips,B部门使用平台是x86和 arm,后来A部门的一个模块要给B部门用,最后发现根本不能运行。最后A部门发现arm平台使用big endian模式,这样A部门的20多名员工,检查代码中所有非零整数,经过数个月苦战,才修改完毕。其实解决方法很简单,因B部门的代码也是首先在 x86做的,做的时候他们考虑了cpu的endian模式。这并不能说B部门架构师很牛,从另一个方面说他的无知。因为板子有跳线,专门切换cpu的是 big endian还是little endian,这样两个部门都可以不修改程序。
5 架构师必须是写程序的高手。
架构师一般都是开发人员出身,一般都是团队的核心。优秀的架构师应该了解团队使用各种技术,有了这些知识,才能和开发人软进行有效沟通。
有一个项目架构使用xml做配置,因为病毒库很庞大,最后导致xml 达30多兆,服务端的java程序使用dom 进行过滤的时候,30兆xml加载很慢,频繁出现out of memory。这个项目后来搁浅。根据以前的经验发现 msxml加载30多M的xml 不过几秒,而且msxml的xpath速度很快,后来专门为此写了JNI处理xml的。
6架构师是优秀的沟通人员。
架构师一定要会忽悠,至少要扯淡。架构师不但要指导本部门员工的工作,也要协调其他部门的资源,还要向用户收集需求,制定规格说明书,重要的把用户的不合理要求砍掉,合理需求遵循自己的思路。
当然,后面也有一些不好的评价,不过,我还是觉得买来看看,开卷有益。
在做了一段时间管理后,发现,做技术出身的总有一种情结,那就是自己做的要比别人更细致、更好,我一定要掌握细节。
可是,在现在的开发团队中,都是合作,不是什么事情都能亲历亲为。更甚者,都把活安排出去,自己就不用做细节的技术,于是就有一种“漂浮”的感觉,很不踏实。
所以,我还是不懂管理,不懂技术。O(∩_∩)O~
2 经理分级 ---------------------------------------------
2.1 项目/开发经理
软件项目经理素质能力的必备要求“Everything is Project”,事事皆项目。软件项目无处不在,无数的项目成败甚至直接决定企业未来发展命运。软件项目经理作为项目成败关键角色,已经深入人心。项目经理已经成为热门职业,一定会一直热下去,除非软件从人类世界消失。
基于个人所见所得、所学所经历,总结一下作为合格的项目经理需要具备的素质和能力。各种书籍和组织无数次地谈到这些,都非常有道理,本文仅代表个人感受。
我暂时称其为“5+4”素质能力模型。
5大素质要求:职业道德、身体素质、心理素质、知识、经验
4大能力要求:领导能力、决策能力、沟通能力、人力资源开发能力
每个素质能力要求点都蕴含着无限的深意,甚至其中一点足够优秀,就可以让你成为一个非常成功的人。但作为真正合格的项目经理,你必须全面,除非你对这个职业没有足够的热情。我们一起来认识他们,给自己一个修炼的方向。
良好的职业道德:
职业道德,作为一名普通的职业人,也许很少有心思来思考这个词语。但随着你带过的项目增多,带过的人增加,你会非常深刻地体会到它是多么的重要。
良好的职业道德表现为做人做事的责任心,面对利益冲突的原则性,团队合作的积极性与热情。不仅如此,而且有着更广泛的内容。思考吧,职业道德绝对是成为合格项目经理的必要条件之一。
人都不善于发现自己的不足,那就让我们从别人的不足来衡量一下。假设你是一位项目总监,你的一个项目很关键,但却出现了一些不小的困难,当然项目出现困难是很常见的事情。而你的一个项目经理油嘴滑舌(可能有点刺耳,就是这点让你觉得他还适合做项目经理,你认为他有沟通能力),而没有强烈的责任心(强调客观原因或者一味埋怨别人,这就是表现),或者面对困难却激发了他想找一份更高薪水的工作。这绝对是缺少职业道德,也是让上级最讨厌的那种项目经理。相信你绝对不想成为这样的项目经理。
那就好好地思考一下职业道德的问题,没有标准可言的。不必“呕心沥血”似的职业精神,,但起码能够做到“良好”。
健康的身体:
身体是革命的本钱。软件项目经理是一个劳心劳力的职业,“责任重而权力小”是大家的共识。这一切都需要健康的身体。
健康的身体有多重要,其实不用我在这里说明。我只想谈谈良好的生活习惯对身体的重要性。友情提示:务必养成良好的生活习惯。
我的项目经理和程序员们具有软件开发从业人员共有的特性,尤其是这个行业更偏于年轻,我称其为“朝阳行业”更好听些,但这些朝阳人花在深夜游戏、聊天、泡吧的时间似乎太多了些,生活不够规律,身体状态大受影响。
我希望作为项目经理或者即将成为项目经理的你,务必要养成良好的生活习惯,保持健康的身体。甚至能够引导你的组员,那就再好不过了。
优秀的心理素质:
心理素质对一个项目经理太重要了。当然,如果你的心理素质很好,也许你不会感到这是什么问题。让我感觉,心理素质的一个重要表现是:面对重大的项目压力时,你的心理承受情况如何?
项目的压力来源很多,包括你的客户、你的领导,还有你的组员。你需要具有承受这种压力的巨大潜力,否则,你会手忙脚乱。
除此之外,心理素质还表现在你的思维、你的个性以及你的创新意识等等。想想吧,作为项目经理的你,太多需要承受了,太多需要思维了。
软件项目经理素质能力的必备要求2
坚实的知识积累:
佛洛伊德著过《欲望决定命运》,我很喜欢。我暂时窃取一下,说“知识决定命运”,好像也挺有道理的。
中国是一个重视学历教育的国家,至少我的项目经理和程序员最低都是专科学历,事实是,绝大部分是本科学历。拥有了标志着知识的学历,我们有了选择的机会,确切的说,是被选择的机会。
我的项目经理在努力学习PM-BOK,我的程序员在努力学习各种编程技术。他们都在努力改变命运,我真的很佩服很喜欢他们。
知识决定命运,同样决定着项目经理的命运。坚实的知识积累,当然我更多指跟项目经理职业相关的知识,会成为你项目经理职业生涯的坚实后盾。
丰富的经验:
我们在招聘项目经理时,常常关注工作经验。那是因为我们常想把培养的成本抛给别人,但我更喜欢培养,我认为这样更符合中国人特有的人情味,而且更让人放心。凭什么辛辛苦苦跟你打拼之后,你却不给他发展机会,非要让他到别人那里找机会呢?
有丰富的经验注定重要,没有人会反对这一点。但我想说的是,如果你没有经验,不要气馁,谁生下来就做过项目经理呢。
更重要的是把握获取和积累经验的机会。一旦你有机会,不要轻易放弃,而要抓住机会,努力为自己积累经验。如果你恰好刚刚抓住这个机会,我建议你,仔细检查一下自己从事这一职业尚需修炼的内容。
领导能力:
我的老师曾经说过一句话“经理需要领导,经理正在领导”。我之所以没有彻底的问一问这句话的真正含义,我觉得自己来琢磨更有意思,而且随着时间越长,琢磨出来的意思越多。
我觉得意思应该是这样吧,项目经理需要领导能力,而作为项目经理也正在运用着领导能力从事领导工作。可见领导能力是项目经理必备的能力之一。
到底领导能力是什么?绝对不是管管人那么简单,我看过一本非常有趣的项目管理书籍《最后期限》(《The Deadline》),作者迪克马对管理描述的一段话很适合回答这个问题,大意如下。
项目经理做好领导工作,关键做好如下四件事情:1)选择正确的人;2)为他们分配正确的工作;3)保持他们的积极性;4)帮助团队凝聚起来并保持团队的凝聚力。
作为项目经理,能做好这四件事情,至少能保证你的领导能力有了不错的发挥。希望你与我一样,能细细体会。
决策能力:
项目经理作为基层管理人员,又不同于普通的基层管理人员,常常面对各种项目决策,需要较强的决策能力。其实,我更想说的是,决策技巧能力。
在软件行业,项目经理往往属于典型的“责任大而权力小”的角色。处在一个相对复杂的环境(当然这个复杂并不带有任何个人偏见感情色彩),所以说复杂,是因为项目经理面对的项目干系人往往众多,而且代表不同的利益方面,具有不同的知识行业背景。这一切必然要求项目经理需要在满足多方利益情况下做出最合理的决策。
不要把决策与拍板简单等价,务必要认识到决策技巧的重要性。分清哪些是你可以直接作决策的,哪些必须是借助集体力量才能作决策的,甚至哪些是你根本不能参与任何决策的。
我的一个项目经理就遇到了这个麻烦,情况是这样:
客户的两个人,一个是处长,一个是副处长,对项目一个需求方案的看法相互冲突,沟通了两次也没有个明确答案,最后只听到处长说“这个比较好吧”。二人看法相互冲突,处于各种原因不容易拿到明确的答案,比较常见的情况。我的项目经理经过“慎重”考虑,采用了处长的建议,人们常常认为职高语重。
很显然,我的项目经理作了个决策,在我看来一个不明智的决策,或者说根本不应该他来做的决策。
在进行需求评审时,我的项目经理如此决策进行了汇报,结果招来上述二人的埋怨,这次两个人倒是表现的很一致。太失策了,本该不必决策,却画蛇添足。如果掌握决策技巧,就不会遭此劫了。如果是你,应该采用什么样的决策技巧呢?
沟通能力:
各种项目管理书籍都强调沟通能力的重要性。也的确如此,沟通能力是软件开发项目经理必须具备的首要能力。
美国项目管理专家刘易斯在其著作《项目经理案头手册》中感叹:与人交往是项目经理必须执行的一个大任务,部分程度上是因为项目经理往往有很多责任却(经常)仅有很少的权利。这在项目管理中几乎是既定的。所以,做每件事情的唯一办法是,使用人际交往技能,即沟通能力。这些技能包括劝说、影响、协商,有时甚至乞讨。
美国的项目经理们尚且如此注重沟通能力,作为中国软件项目经理从业者来说,更是如此,不仅中国软件行业发展状况如此,中国人做事讲究人际关系更是使之如此。
听听刘易斯的建议:“如果你憎恶与人交往,那么建议你与老板来一次真心交谈,表明你不想做项目经理的想法,宁愿做一名技术人员。如果还不理想,那就干脆换行。”
如果要成为一名出色的项目经理,务必重视沟通能力的培养,但同时一定要注意沟通的技巧,让沟通成为真正有效的沟通。
另外,现实生活中,有一个不得不提的现象:人们拥有大量信息,但却又都急于获得信息,在人们无法得到所需信息的时候,就开始编造,谣言也由此而生。项目管理实践过程中,也是同样的道理,当项目干系人无法获得充分信息的时候,他们习惯于根据经验猜测,从而为各种项目冲突和误解打下了伏笔。就其根本,症结所在就是缺乏沟通或者沟通失效。
人力资源开发能力:
人员开发的能力,虽然我常会提到,但我也很明白,并不是所有的项目经理都真正认识到它的重要性。对于刚刚踏上项目经理职路上的人们,这也是可以理解的。
但对于已经从事项目经理工作1年以上的人们,我还是要建议你重视这个能力的培养。切忌,让领导交到你手上的资源升值,而软件项目经理手里最重要的资源就是人才。“如果把项目组成员做跑了,那你一定不是合格的项目经理。”这是我衡量失败项目经理的标准之一。
让你手上资源升值的途径很多,你一定要仔细斟酌。尽量多的培训、充足的内部交流、非工作方面的经验交流等等,都是必不可少的。
这就是我的项目经理“5+4”素质能力模型,如果你是一位肯听建议的项目经理,或者致力于成为项目经理的人,请免费参考。
2.2 产品经理
产品设计体会(8013)什么是真正的产品经理(转)很多论坛都在探讨何为产品经理,产品经理该干什么?
多人也处于不明白产品经理为何物的蛮荒时代。
我本人从市场研究做起,后来是可用性测试,然后是产品设计师,再后来是产品经理,我自认为我对产品经理的理解强于大多数人,可以为你们解答疑惑。
背景:很多人的title都是产品经理,但是我要说的是真正意义上的产品经理,这种产品经理责任重大,能力超强,待遇超高。就算你目前不是这种产品经理,那么这也应该是你努力的方向。我下面说的产品经理指的都是这种产品经理
一、判断一下此人是不是产品经理
定义:产品经理,顾名思义,该人能够对产品负全责。
判断方法: 看指标、 看责任、看工作方式
1.看指标:以用户数(极个别时候用PV)作为考核指标,否则一定不是产品经理!产品的意义就在于留住用户,所以用户数是评价产品的最核心标准。你对产品所做的一切努力都会体现在用户数上。
2.看责任:产品经理需要对产品负全责。我举个例子,如果产品出现技术问题,比如奥运期间访问量大增,造成服务器负载过大,以至于当机,影响了用户访问,领导第一个骂谁?骂你?恭喜,你是一名真正的产品经理。产品经理显然应该了解服务器的最大载荷以及在中国各地的分布情况,网通和电信、铁通、校园网等链路的具体情况也理所当然的应该是产品经理的职责范畴。
3. 看工作方式:产品经理会一直运营一款(最多两款)产品,如果你看到一个人以项目的方式参与产品的某个阶段,工作完后就去做另一款产品 ,那么毫无疑问,此人非产品经理也。
二、产品经理的职责
对产品负全责,谁都会说。但是怎么才叫负全责呢?所谓的负全责是对“整个产品生命周期负责”。从市场调查、产品规划、概念设计、功能设计、产品逻辑设计、原型设计、交互设计、界面设计、技术环节的沟通、项目管理、产品上线、上线后的运营管理、产品推广、对外合作、产品改版升级……总之,从产品诞生开始一直到产品推出市场,再到市场运营,再到改版,知道产品退出市场。这一切都应该是由一名产品经理全权负责。他对产品的方方面面都很了解。一个PM在一款产品上做3、5年是很平常的。
三、产品经理的典型工作
我随便罗列一些我的日常工作吧,尽量按照产品生命周期写。
1.规划阶段:竞品分析、产品整体规划
2.设计阶段:产品一期概念设计、功能、交互、原型设计、技术可行性分析、可用性测试、形成需求文档
3.开发阶段:项目排期、项目跟进、产品一期单元测试、产品一期上线
4.运营阶段:产品一期运营(内容运营、技术运营、运营人员工作安排,周末值班人员安排)、市场营销与推广(寻找合作机会,参与合作谈判——通常与市场部合作,签署合作法律文件——通常与公司法务部合作,监督合作推广的执行,分析推广效果ROI等等)、运营数据分析、一期改版意见、产品二期概念设计、产品二期需求文档草案
5.产品二期设计阶段:产品二期需求文档、产品二期技术论证
6.产品二期开发阶段 …….
四、哪些职位被误认为是产品经理:
1.UE设计:这个东西最害人。产品设计师绝不是产品经理,请大家务必记住这一点。产品设计师管理的是设计过程,而产品经理管理的是整个产品的所有环节。目前有很多UE从业者——多是设计师——最容易将二者混淆
2.项目经理:项目经理的职责是保证项目顺利按需求上线,别的不管。而产品经理要自始至终的管理一款产品。
3.产品运营:运营是产品经理最主要的职能,但不是全部
五、产品经理的核心技能
“控制”是产品经理的核心技能。
要对产品的一切细节了然于胸,要对产品涉及到的方方面面有所了解,要能够控制产品团队(设计、技术、运营等一切环节),要有高超的沟通能力和技巧,要有极强的成功欲望和非常主动的做事态度。
六、总结
所以真正意义上的产品经理是很难得的,压力是很大的,待遇是很高的,人才是很稀有的 :)
头顶产品经理title的人99%不具备产品经理的资质
也许你认为我写的这些要求太高了,但事实上一名合格的产品经理的确应该具备的基本素质。
希望大家共同努力,朝这个目标发展。
压力是巨大的,困难时巨大的,成就是巨大的:0
重申一遍,产品经理管理的是产品,不是人!
产品经理没有直接管理业务支持方(包括美工、技术、客服、市场)的权利,这是产品经理制度的管理学基础,这个是不能动摇的。如果产品经理有权利支配支持方,那是事业部制度。而事业部制度的核心是独立核算,自己是一个独立的利润中心 + 成本中心。但是产品经理制不是这样的,产品经理只是利润中心,不是成本中心。即便是有了产品管理团队,他们一般那也是和其他业务共用基础性资源:如美工、技术开发、市场合作等。但是不排除个别产品使用一些成本性资源,但是那不是常态。比如我们有一个产品招了个专职BD,但是大家都知道这个BD是临时归产品经理管,他最终还是会被市场部招安的。
3 技术总监/技术副总
技术总监一般负责一个企业的技术管理体系的建设和维护,制定技术标准和相关流程,能够带领和激励自己的团队完成公司赋予的任务,实现公司的技术管理和支撑目标,为公司创造价值!一个好的技术总监不仅要自身具有很强的技术管理能力,同时,也要有很强的技术体系建设和团队管理的能力,要对企业所在行业具有深入理解,对行业技术发展趋势和管理现状具有准确的判断。技术总监(Chief Technology Officer,CTO,又常称为技术官或首席技术官)是企业团体里的高阶主管职位之一,是企业内负责技术的最高负责人。这个名称是在1980年代时从美国开始兴起,起源于一些有大规模投资在研究与发展(R&D)项目的大型公司,如通用电气(General Electric, GE),美国电话电报(AT&T)与美铝(ALCOA),主要责任是将科学研究成果转为营利项目。
1990年代,因计算机和软件公司热门,很多公司把CTO的名称给予管理计算机系统和软件的负责人。有时CTO和CIO(Chief Information Officer,是信息管理最高负责人)是同一个人(尤其在软件公司),有时CTO会归于比较精通科学技术的CIO手下。在不同领域的公司,CTO工作性质不同;即使在同一领域,工作性质也可能大不相同。一般CTO会有以下责任:
* 长期技术方向(战略性)
* 短期技术方向(战术性)
* 管理研究对公司经营活动和营利的影响
* 公司中使用的软件
补充一点:
通过我的求职过程发现,现在IT行业的技术总监是一个比较混乱的称呼。
大型公司,总监的上级是CEO ,下级是部门经理;
大部分公司是把部门经理或者以前的技术主管叫做技术总监,有的公司甚至把一个类似于组长的叫做总监!比如天天周末购物返现网这家公司,就是这个现象。各位求职者面试过程中一定要问清组织结构。
岗位要求:
一:全面负责技术部工作,直接对总经理负责。
二、 参与公司发展战略和计划的制定。
三、 参加公司会议,将工作落实到位。
四、 加强技术队伍建设和管理。
五、 制定技术目标和工作方案。
六、 组织网络开发工作的实施。
七、 加强部门合作,提供技术支持。
八、 加强计算机使用的管理。
九、 参与制订电脑、网络软、硬件及耗材的采购计划。
十、 负责网络安全管理。
十一·、 对公司机密负有保密责任。
十二、 积极完成其它临时性工作。
业务职责:
1、制订并组织实施技术系统工作目标和工作计划。
2、组织制订并实施技术系统规章制度和实施细则。
3、组织不合格品的审理工作。
4、组织技术、产品开发与创新。
5、组织建立并实施质量体系。
6、公司标准化、计量管理工作。
7、定期进行技术分析和质量分析工作,制定预防和纠正措施。
8、重要技术工艺设备、计量器具的申购。
9、技术系统文件等资料的整理保管及公司档案管理工作。
10、公司保密工作。
管理职责:
1、组织建设
(1)、参与讨论公司部门级以上组织结构;
(2)、确定下级部门的组织结构;
(3)、当发现下级部门的岗位设置或岗位分工不合理时,要及时指出问题,作出调整,并通知人力资源部。
2、招聘及任免
A、用人需求
(1)、提出直接下级岗位的用人需求,并编写该岗位的岗位职责和任职资格,提交给总经理确认;
(2)、确认直接下级提交的用人需求(含岗位职责和任职资格),并提交总经理确认。
B、面试
(1)、进行直接下级岗位的初试;
(2)、进行直接下级的直接下级岗位复试,并做最后确定;
(3)、组织参与面试的人员。
C、不合格员工处理
(1)、提出对不合格直接下级的处理建议,提交总经理确认;
(2)、确认直接下级提出的对不合格员工的处理建议,提交给人力资源部。
3、培训
(1)、提出对直接下级的培训计划,提交总经理确认;
(2)、确认直接下级提出的培训计划,提交人力资源部。
4、绩效考评
(1)、提出直接下级的绩效考评原则,提交总经理确认;
(2)、根据总经理确认的绩效考评原则,与人力资源部经理商讨并确定绩效考评方法;
薪资行情
薪资水平因公司所在行业和公司自身规模的大小而不尽相同,中小企业的技术总监的薪酬相对要低一些。平均而言,国内知名公司的技术总监一般年薪范围在20-60万元左右,相关专业技能的经验越丰富年薪越高[1]。
职业发展路径
技术总监是企业团体里的高阶主管职位之一,是企业内负责技术的最高负责人,类似总工程师。技术总监需要有多年的行业内技术开发工作经验,精通行业相关技术及了解同行技术发展状况,并且还要有一定的技术前瞻性和团队领导能力。其一般是由技术部经理、研发部经理、质量管理部经理发展而来,经过努力可以向主管技术的副总经理、甚至总经理的方向发展,也可以利用自身的技术优势、积累的人脉关系和资金,进行自主创业。
“我很好奇,为什么你觉得编程不同于其它具有创造性和高超技艺的职业?你是不是怀疑为什么有人会长年从事于某个职业?或者你是不是认为编程多多少少不像其它职业那么优越,所以本质上没那么有趣?另外,为什么你觉得长期专注于某个职业是西方新教徒的事情?可以肯定的是,在东方文化中,也有许多毕生追求某项工艺的专业精神的例子,比如从打制刀具的铁匠到做家具、建房屋的熟练工匠。在你的文化中,人们是不是觉得那些动不动就要花费20年甚至更多时间来精通的极具技艺的职业,是一种没人肯花一生时间来追求的一次性的行为?我真的被你的问题搞得狼狈不堪。为什么你觉得支撑西方程序员的精神支柱就不同于世界上每一个文化中支撑其它任何熟练工种的精神支柱呢?依我看没有什么分别。”
双序列(Tech/M)职业发展体系(BATJ举例)
1 百度工程师的级别,和腾讯工程师的级别 http://www.zhihu.com/question/20715172
百度的级别是: T1、T2、T3、T4、T5、 T6、 T7、 T8、 T9、 T10、 T11、 T12
腾讯的是: T1.1 T1.2 T1.3 T2.1 T2.2 ... T3.1 T3.2 T4 T5 T6
百度T6相当于腾讯T3.1和阿里的P7,而不是T3.2;
IT互联网层级薪资对比,校招OFFER情况:http://www.newsmth.net/nForum/#!article/Career_Upgrade/241348
2 阿里巴巴集团采用双序列职业发展体系
天高任鸟飞,海阔凭鱼跃。
-
阿里巴巴集团采用双序列职业发展体系,技术人员有着广阔的发展空间,P6相当于M1, P7相当于M2,以此类推。
你可以专注在技术领域发展,拥有比管理线路更丰厚的薪资回报。 -
层级 层级名称 层级 层级名称 M10 董事长(chairman) P14 资深科学家 M9 副董事长(Vice Chairman) P13 科学家 M8 执行副总裁(EVP) P12 资深研究员 M7 资深副总裁(Sr. VP) P11 高级研究员 M6 副总裁(VP) P10 研究员 M5 资深总监 P9 资深专家 M4 总监 P8 高级专家 M3 资深经理 P7 专家 M2 经理 P6 高级工程师 M1 主管 P5 中级工程师 P4 初级工程师
3 京东技术体系员工级别划分及薪资区间
管理层级 | |||
序列层级 | 职衔 | 对应T序 | 薪资区间(技术) |
M5 | CXO | —— | —— |
M5 | VP | —— | —— |
M4-3 | 高级总监 | —— | —— |
M4-2 | 总监 | T5 | 40-50k |
M4-1 | 副总监 | T5 | 35-45k |
M3 | 高级经理 | T4-2 | 30-40k |
M2-2 | 经理 | T4-1 | 25-35k |
M2-1 | 副经理 | T3-2 | 20-30k |
M1 | 主管 | T3-1 | 15-25k |
技术层级 | |||
序列层级 | 职衔 | 对应M序 | 薪资区间(技术) |
T5-3 | 专家3 | 总监/副总监 | 35-50k |
T5-2 | 专家2 | 总监/副总监 | 35-50k |
T5-1 | 专家1 | 总监/副总监 | 35-50k |
T4-2 | 资深2 | 高级经理 | 30-40k |
T4-1 | 资深1 | 经理 | 25-35k |
T3-2 | 高级2 | 副经理 | 20-30k |
T3-1 | 高级1 | 主管 | 15-25k |
T2-2 | 中级2 | —— | 10-20K |
T2-1 | 中级1 | —— | 5-15K |
T1-2 | 初级2 | —— | 5-10K |
T1-1 | 初级1 | —— | 0-8k |
京东技术体系员工级别划分及薪资区间 http://www.blogjava.net/paulwong/archive/2013/05/26/399770.html
参考:
我得到的最佳职业生涯建议 http://blog.sina.com.cn/s/blog_6c9b83990101hpow.html
论这两年不断突破心理底线的互联网薪水by OfferCome http://bbs.byr.cn/#!article/WorkLife/872470