程序员过度

1.从程序员到PM,是一条脱变的路,事实上程序员走的路最终不应该是项目经理。首先有一点需要明白的就是,一定规模的项目中,项目经理不需要太懂技术,他可以是一知半解。项目经理的任务不是在技术方面,技术相关的应该交给SA去做。项目经理更多地是做管理,沟通等工作,你如果可以的话到书店查看一下关于项目管理的书籍,你就会明白。当然对于小项目来说,有可能是PM,SA是同一个人,而这样的项目经理更多只是SA加上一些管理工作。要做项目经理,你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路,这是一条比较悲哀的路。在大公司,SA下一个目标不是PM,而consultant,然后是senior consultant,PM走的是另一条路,所需要的技能不是技术,技术给PM带来的能力提升是很少的。在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。

2.其实我蛮同意 gzlucky(Lucky) 的看法的,确实是我们公司不少项经理就是不很能跟得上现在的一些技术,因为很多人都快年近四十,儿子都上高中了,要他们再学新技术真的难度比较大,他们的工作基本上就是天天找手下的程序员,布置这个任务,询问那个任务做的怎么样了。不过我的头倒是和我一样编程,他手下写代码的就我一个人,他自己也会ASP和JSP,但是可能对.NET不熟,就由我来主负责了。我觉得项目经理还是像他这样的好,自己也能懂不少技术,可以服人。但是我的头儿好像在沟通这一块不是非常出色,当然也有可能是俺太内向,不太与他沟通,所以他也只是在交待任务后就不再多询问,而不像别的项目经理天天追程序员后头问。我想问问各位,你们看哪种项目经理才是比较好的,像我的头儿这样的,还是像某些喜欢追程序员后面问进展的。

3.(作者是两黄星)原来在一个小公司做过半年的DM,一年的PM,后来为了让自己的技术更扎实一些,离开了原来公司,现在在大公司做程序员,开始后悔了,在大公司里很难接触管理方面的东西,也很难晋升,个人认为在小公司做DM,PM,有经验后直接找大公司的PM,这样也是一条路。

或者考PMP之类的证书,然后直接找管理的工作。

希望过来人能给予更好的意见和建议,我也现在想往管理层发展。

技术很硬了再去做PM,这种想法是错误的,我就犯了这个错,边搞好技术(为了生计)边学管理知识(为了将来),慢慢向管理发展,不能等。有句话说的好,机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西,所谓人的差异在业余时间。

要走向管理层,英语一定要学好。沟通很重要,要做好管理者,先学会做人。多跟下属沟通,多为下属着想,而不要去巴解讨好上司。体谅下属,把项目计划做的尽量合理,不要让下属加班,给下属发展和晋升的空间,这样才能是下属有干劲,才能把项目做好,你才有更高的升迁机会。只有把自己知道的不断的让你得力下属知道,只有提拔起一些得力的下属来,你才有时间和精力去向上爬,不然你抱着不放,就没有升迁的机会。管理不是喝酒抽烟那么简单,那只是过去的那种不思上进,耽误自己前程。

吃尽苦中苦,方为人上人。做PM不是混,是要把项目做好,这跟做人是一个道理,这也就是为什么做管理要先学会做人的道理。

pm的整个工作重点是什么?如果做为一个PM,技术不高怎么对付组里的牛人

--------------------------------------

我们经常会因为公司里的顶尖人才、个性化太强,不能与其他人合作而感到棘手,要解决这一问题其实也是有法可寻的。

一、在肯定其价值和优势的前提下,明确地制定改进的目标;

二、”顶尖人才能够面对中肯的,明确及一对一的批评作正面反应,所以要加强与他沟通的力度;

三、可以根据具体情况调整考核目标,加强与其他员工合作的内容;

四、把“顶尖人才”调到相对能独立发挥其才能的岗位,减少与别人发生矛盾的机会。

技术总监的职责:(各个公司都可以不一样)

------------------------------------------

1.负责产品中心的日常管理工作;规划部门的年度发展计划和发展方向;制定、确立部门内部管理的规章制度和工作规范;制定本部门年度财务预算;负责部门人员招聘、任用、考核的管理与控制等。(占工作量的40%)

2.根据公司整体发展要求,制定部门研发产品的发展规划和方向;负责组织、协调完成产品的规划升级、专项产品的开发与实施;进行市场调研、用户/代理回访等。(占工作量的40%)

3.及时了解、掌握新的开发技术,研究探求新的开发技术和方法方法,进一步完善产品结构和功能;从质量和易用性等方面不断发展、提升现有的产品。(占工作量的20%)

4.多为他人着想,这样他人才乐于为你着想。适当提拨一些下属,不是让自己有精力向上爬,而是他们为了向上爬只有一个方法,把你再往上顶。每个人心中的委屈都是天底下最大的,这时你需要无限的耐心;每个人都有极需要帮助的一面,这时你需要无限的关心;当别人有意思向你倾诉或表述的时候,这时你需要的是爱心。

5.劝大家如果学精了,还是到非it的企业里去比较好,把自己的专业知识和行业知识结合起来,这样对自己的长远发展有好处,不要把自己封闭在it企业里,以后到35岁以上就没有出路了

6.能够勇敢大胆的换工作,开始几年不要为了赚钱,而是为了赚经验,我工作2、3年了,身上的存款还是个4位数,你们肯定认为很搞笑。。。但我走过5-6家公司了。。每个一个公司都有不同的感受。各方面都有了些进步。。

7.多学些管理知识,多进行管理实践!

8.其实,我觉得做一个好的项目经理不是那么容易的,项目经理,主要的任务是协调程序员的开发与项目的进展.在面对程序员的时候,首先要抓住作为程序员的特点,如果你的技术过硬的话,那么你用你的技术去让下面的人佩服你的技术,那么他们会服服帖帖的,如果你的技术不过硬的话,那么你就谦虚点,不要太吹牛皮了,不然的话,下面的人忍得了你一时,忍不了你一世,迟早会反你的(当年我就反过,哈哈哈)!所以,我觉得,从一个程序员到项目经理过渡的话,还是掌握足够的技术是关键,当然,培养起自己的人格魅力也很重要.如果是从别的行业的人想去做项目经理的话呢,最重要还是谦虚,不要以职位压人!

9.项目经理主要工作就是“沟通”,目的是保证项目高品质完成,合理利用资源,这里还有对下属的培养,要善于用人,待下属要不遗余力的帮助,不要害怕被下属取代,在信任的前提下要适当放权,因为当你培养出一批可以取代你的下属时,正是你升职之时。

附:转载文章

如果你曾经以为自己在启蒙阶段就已经了解了需要了解的全部东西,那么你肯定从来都没有做过IT经理。曾经身为IT专业人士的你该如何成功过渡为IT管理者?下面这位经验丰富的专业人士所介绍的技巧应该能帮助你避免很多错误的发生。

从一位纯技术人员向一位IT管理者的过渡是一条充满了艰辛和曲折的漫长道路。已经在IT业打拼了十六年的Steven Crane对此可谓是深有体会。他曾经在一些实力雄厚的大公司(如吉列公司、派克公司)担任IT经理长达八年之久。在那段日子里,他成功的应对了很多来自管理工作的挑战。为了帮助新上任的IT经理们避免重犯他当年曾经犯过的错误,他根据自己的经验向大家介绍了十五项技巧。

培养管理能力的技巧

1、阅读Ken Blanchard撰写的“一分钟经理”系列丛书。根据Ken Blanchard在书中的定义,所谓的一分钟经理是指那些不需要花费很长的时间,应用他三个简单的管理步骤就可以达到很好的效果的管理者。

2、了解自己所在公司的规章制度,与自己的同事和上级建立良好的关系。认真听取他们的建议。管理人员们通常都愿意给其他管理者提供帮助。

3、尽快发现并了解自己的弱点和不足。要记住,你是可以通过培训来弥补自己的不足的。

4、学着把预算控制到最低限度,让大家清楚的了解资金是在哪些地方被节省下来的。

同公司主管人员增强交流的技巧

5、不要把每天的工作当中所出现的问题都汇报给自己的上级。相反,要善于发现那些重复出现的问题并为之寻找解决办法。然后再就几种不同的解决方案征求上级的意见。

6、如果你做项目同做支持工作一样出色,那么一定要把这两种工作区分开。只要把新增加的员工的薪水计算在整个项目的成本之内,那么你就可以为了新项目的进行而招募新的员工。不要让自己手下的员工在做支持工作的同时又陷入到正在进行的项目当中。

7、详尽记录、及时汇报。要求项目小组的成员填写时间记录,这样你就能够明白时间都花在了哪里。当你需要证明项目工期应该延长的时候,这些记录会起到帮助作用。当然,有了这些记录,你在向公司主管撰写月度报告的时候也会轻松许多。

8、当公司系统出现问题而瘫痪的时候,要知道你的小组的任务是让系统恢复正常。要保证关键系统的灾难恢复计划的到位,并且能够恢复其他的项目。

激励员工的技巧

9、如果公司以前没有正式的服务平台协议,而你又在实际工作中发现有大量的服务电话需要接听,那么就创建一个集中化的服务平台。如果必要的话可以寻求外包。如果真的需要外包的话,一定要制定服务水平协议。

10、花时间激励自己的员工走向成功,尽可能多的排除来自其他部门的不利因素。

11、学会“猴子管理”:当员工来向你寻求帮助时,要让他们知道自己接下来应该如何继续行动。不要帮助员工分担他们的工作,因为你会发现那样的工作永远都做不完。

12、每年至少对员工进行一到两次的业绩评估。让员工有明确的目标,并且帮助他们去实现自己的目标。

13、定期召开小组会议。由于工作任务总是一个接着一个,所有人看上去都是那么忙碌,要想做到这一点是有些困难。如果绝对必要的话,可以选择工作午餐的形式,只是别忘了给大家提供三明治就是了。

14、至少每个季度邀请小组成员一起外出就餐一次。如果预算控制的好,应付这笔花消是没有问题的。

15、要知道所有员工的能力的总和就是整个小组的最大工作产出。不要仅仅因为你自己给自己树立了高标准就希望所有的小组成员都能够做到和你一样。要根据他们的实际情况去赞扬和鼓励他们,并且针对他们的不足而对他们进行培训。

成功总会到来

成功的管理技能帮助Crane成为了独立的管理顾问。现在,他帮助很多中小型公司策划IT电子销售系统和电子商务服务战略。上面所介绍的这些技巧至今仍在帮助着他。

时间: 2024-10-10 14:41:40

程序员过度的相关文章

为了升级到架构师,程序员无需过度关注哪些技能?哪些技能不可缺?

如果走技术路线,架构师是个关键的结点.如果在大厂,一般有有6年时间足以升级到高级开发.因为在大厂里,能提供架构师所需的分布式组件开发调试以及上线的经验,上进点的程序员只要跟着大流,多通过排查问题观察底层,多通过压测或部署组件多实践缓存.高并发高可能之类的技术,想不升级到架构师都难. 但不少程序员止步于高级开发,在我之前的博文为什么很多程序员没有升级到架构师?里讲述了这一现象并分析了原因.如果是因为主观不上进导致自身发展受限,那么别人也帮不了你,不过我在面试候选人的时候,发现一些态度积极的程序员把

资深程序员冒死揭开软件潜规则:无法维护的代码

原始博文发布于: Roedy Green's Mindproducts (http://mindprod.com/unmain.html ). 翻译链接: 点击打开链接 2014年11月25日 03:11 如何编写无法维护的代码 让自己稳拿铁饭碗 ;-) Roedy Green 简介 永远不要(把自己遇到的问题)归因于(他人的)恶意,这恰恰说明了(你自己的)无能. -- 拿破仑 为了造福大众,在Java编程领域创造就业机会,兄弟我在此传授大师们的秘籍.这些大师写的代码极其难以维护,后继者就是想对

为什么国外程序员爱用 Mac?

from http://www.vpsee.com/2009/06/why-programmers-love-mac/ Mac 在国外很受欢迎,尤其是在 设计/web开发/IT 人员圈子里.普通用户喜欢 Mac 可以理解,毕竟 Mac 设计美观,简单好用,没有病毒.那么为什么专业人士也对 Mac 情有独钟呢?从个人使用经验来看我想有下面几个原因: 1.Mac OS X 是基于 Unix 的.这一点太重要了,尤其是对开发人员,至少对于我来说很重要,这意味着Unix 下一堆好用的工具都可以随手捡到.

一名 40 岁“老”程序员的反思

英文:Ben Northrop  译文:开源中国 [导读]:Ben Northrop 在 2016 年满了 40 岁,本文是他对职业生涯的思考.他认为从长远来看,应该多投资一些不容易过期.衰竭期较长的知识领域中. 我是一名程序员,几个月前刚过完 40 岁生日.某个星期六的早晨,我参加了一个 React Native 技术交流会,演讲者正在竭力说服我们为什么它会成为移动开发领域真正的下一个大事件.但对我来说,它有点像 15 年前的 JSP,将所有的逻辑都放在演示代码里面.但我"老"了,我

聪明的老板才不招工资低的程序员

前阵子写了一篇<如果两个程序员差不多,选写作能力更好的那个>,就有读者留言说:"老板,不都是选工资更低的那个么?".其实,这是另一个维度上的看法,正好最近也和一些经常招程序员的负责人们聊起过这个话题,顺着这个思路,不知不觉就想了很多. 人头值几何 早年刚毕业,找了一份工作.虽然不是外包公司,但由于承接的都是国有大型金融企业的项目,所以谈项目合同金额时,基本都是按这个项目大约需要多少人,投入多久,每个人的成本来计算的. 那时,甲方给的单人报价大约在 2.5 万,而我当时税前工

《程序员修炼之道》笔记(一)

这几天开始看<程序员修炼之道>,也许不少人看了书的标题,第一时间会觉得这是鸡汤一类的书.但至少以我自己的感受来看,这是很棒的书,现代人文主义不是提倡自我意识嘛,自己感觉好的就是好的.况且人家也是经过了时间和口碑的双重考验的,真心值得好好阅读. 作者在再版的序中写道: 写完<程序员修炼之道>至今已有十年.在这十年中,软件产业发生了翻天覆地的变化.--从表面上看,软件世界似乎陷入了疯狂的状态.但如果你深入繁杂表象的背后,会发现变化其实并不大.1999年的那些通用开发原则,在2009年同

程序员到项目经理:从内而外的提升

转自:http://www.cnblogs.com/watsonyin/archive/2012/09/10/2679528.html 目录 从程序员到项目经理(一):为什么要当项目经理 从程序员到项目经理(二):升职之辨 从程序员到项目经理(三):认识项目经理 从程序员到项目经理(四):外行可以领导内行吗 从程序员到项目经理(五):程序员加油站,不是人人都懂的学习要点 从程序员到项目经理(六):程序员加油站 — 懂电脑更要懂人脑 从程序员到项目经理(七):程序员加油站 — 完美主义也是一种错

高效程序员的狂暴之路

不觉间已经工作六年,回想第一天实习的场景历历在目.恍若昨日.六年已足以令许多人转管理.转产品.转测试.转行,也一定有人还在坚守着编码,只因热爱.遇到过形形色色的经理.架构师.运维.性能工程师等等,还是觉得写代码的才是最厉害的!在这里分享一些这些年来修习到的个人心得.也许并不适用于其他人,但对于我却都是最珍贵的"宝藏".也谨以此文纪念在代码堆里度过的青春~ 看到这些点点滴滴的收获,就会感到所有逝去的光阴和挥洒的汗水都是值得的. 1.启动:得心应手的工具 1.1 全能IDE 关于IDE,目

学习笔记之--高效程序员的45个习惯

有本关于敏捷开发方面的书非常不错<高效程序员的45个习惯-敏捷开发修炼之道>,Venkat Subramaniam和Andy Hunt著,该书简短.易读.精炼.深入,深刻且实用.对于想要采用敏捷方法的人很有价值.此书通过常理和经验,阐述了为什么应该在项目中实用敏捷方法.更难得的是,这些行之有效的实战经验,竟然从一本书中得到了.如果能拿这些习惯在项目中一以贯之,肯定会受益匪浅.下本罗列该书这45个习惯,一并列出其中的Key Point. -----------------------------