什么是项目经理?
这里要打一个问号,到底什么是项目经理。从PMP和项目管理考试来讲,项目经理是负责项目九大管理以及其他外延管理(如合同管理)的人,他不是业务需求专家,不是设计人员,不是开发人员,不是测试和实施人员。在实际过程中,项目经理是一个“打不死的小强”。除了九大管理以外,在业务需求讨论中他要参加,在开发进度与设计评审中他要参加,在开发中或许也可以见到身影,测试和实施中也经常神出鬼没。
一个经典的项目经理的工作可能会是这个样子的:早上一来就与客户开会,开完会差不多整个上午就结束了;然后讨论布置开发工作,跟一下进度做个评审,再和家里的开发支持部门扯个皮,下午就过去了;亲自写个代码,调个优,跟个测试,晚上就过去了;睡个觉可能会接到几个系统问题或者第二天紧急事务的电话,后半夜就过去了。
这样的项目经理,几乎就是全能的,但是他最重要的项目管理工作,尤其是项目中的文档工作,完全没时间来处理。往往就是在周末的时候被QA或者PMO催着完成各种各样的文档。再加上基本都是开发或者维护出身的,对这方面也没什么太多追求。这样形成的文档有没有价值、能不能成为后续管理的经验,这样的管理能不能做到真正的项目管理,估计是要打很大折扣的。
笔者认为,在有条件的情况下,应该把项目经理的工作独立出来;没有条件的情况下,也应该优先保证项目管理的工作,否则如果连需求漫延这种事儿都不管,那么把需求理得再好,开发代码写得再精炼,项目估计也是永远都遥遥无期了。
HOSmart-叶伟 2013/9/22 14:30:36
不把项目实施人员“当回事”,是因为没有真正认识清楚实施岗位的特殊性:
1、软技能要求高、
2、培养周期不短、
3、替换成本高
对于1,大学课程中并无‘项目管理’,相对硬技能来说,既难掌握、又缺乏培训方法;
对于2,实施覆盖的范围很广,既要熟悉、理解业务,又要熟悉、掌握软件;
对于3,感情是处出来的,实施与客户间接触频繁、周期长;换人对维系客户关系的成本是相当高的。
只是感觉实施“硬技能不高、上手时间短”,而在团队建设上选择了短视的‘快进快出’模式
不是很认同作者观点。
作者很明显是站在了实施人员的角度去看问题,不够全面,如果没有猜错,作者应该是从事实施工作时间较长的一名从业者。
首先,在HIT行业,实施和研发都是弱势一方。即使研发某些地方要比实施好一些,或实施比研发好一些,都远不能与销售的待遇、前景相比。
其次,关于文中几个观点:
“1 首先,最直观的是收入没有开发人员高”不能一概而论,要分公司,分行业的。个人目前所在公司,同等年限的实施工程师,底薪加项目奖是高于客户化工程师的。
“2 工作强度大”这点也不够客观,我们可以想一下,是提出一个需求,然后等待客户化工程师实现然后再部署工作量大,还是为了一个需求绞尽脑汁几天时间工作量大呢?
“3 前途不定”,本人加入公司6年多,研发部很多7年8年的,现在也不过仍然是个经理头衔,而同期进入公司做实施的,大部分基本都是总监角色了。
“4 实施人员能够看到更多的客户需求,比开发人员更了解真实的客户” 这点也未必,一个合格的研发工程师是需要经常去现场呆几天的,不仅仅是项目紧张的时候。合格的研发人员对需求的掌握不比合格的实施人员少。
项目实施人员良莠不齐,直接影响HIT项目的成败。尤其是对于能力偏弱的甲方,钱花出去了,效果可能就只能靠乙方的诚信、良心了。要避免实施人员的个人因素带来项目成败的差别,乙方须十分重视实施人员的业务技能培训、规范与考核。 @麦迪斯顿医疗科技 的汪建华副总在这方面有研究。——新浪微博 @朱小兵-HIT
Neusoft Jee 15:22:28 15:26:49
我觉得这4点都是在拿假设条件反驳现实
黄新霆(172232915) 15:24:10
没有定式吧,都要看个人的
实施人员比较辛苦是肯定的
朱小兵-HIT(1458087316) 15:26:17
实施也是最能增长行业技能的一种工作历练。
Neusoft Jee
实施没有出路是现实的
实施人员有时不紧紧需要知道客户需要干什么,还需要实现客户的需求可能的方式方法(了解开发将更好),很多实施人员有时更习惯于做到前者,而没有做到后者。这就是为什么实施人员觉的自己苦逼的原因,还是需要从自身去寻求原因,不要太埋怨外界的不公平。
实施人员有时不紧紧需要知道客户需要干什么,还需要实现客户的需求可能的方式方法(了解开发将更好),很多实施人员有时更习惯于做到前者,而没有做到后者
只能说明作者的情况和作者公司的情况,不代表全部的实施人员。前面的回复都已经说了很多。