软件工程师到项目经理的转换,也就是技术人员到管理角色的转换,思维方式也要随之变化,这个变化是没有办法一蹴而就的,只能是慢慢调整,让自己从跑马的角色抽出来,学着做进度规划、成本预算、质量控制相关的通用知识,更重要的是沟通技巧,项目经理大部分的时间都要花在沟通上面,做好当夹心饼干的心理准备,角色的转换过程是痛苦的,前景是光明的。。。回复会员:wilehorse回复时间:2013-05-09要实现这种转变,最重要的是什么?以及要如何才能更好的进入角色?——个人认为,管理最重要的是看问题的视野和高度都不同技术岗位,管理者要做的是对手中资源做好统筹规划,与外界干系人做好及时沟通。由于软件开发工具的模块化和软件开发的产业化,所以现在的IT项目经理要做好的工作之一是需求管理。回复会员:lily60回复时间:2013-05-011、项目经理需要专业资质证书,一级或二级建造师证书。2、项目经理要有足够的项目管理经验,有专业资质证书不一定能干项目经理,因为项目管理必需要充分了解你所管理项目,这才是项目管理的灵魂所在。1、熟悉业务;2、熟悉项目管理知识;3、喜欢项目协调;从软件开发开始,从软件开发结束。1 PM方法论的学习。PMBOK 可以作为一个范本。2 软技能的培养,做好IQ培养向EQ培养的转变。做技术的人容易忽视软技能如领导力、沟通力、影响力、语言能力等的培养,需要多阅读这方面的书籍或参加这方面的培训加以补充。从开发转到项目经理,从某种程度上相对比较容易,但重要的一点,需要认识自己,是否具有良好的沟通能力和协调管理能力。也就是说需要的软技能是否具备?另外,是否做好了被“折磨”的心理准备和心理承受能力。呵呵,需要慢慢的有意识的转吧。回复会员:gandy01回复时间:2013-02-26学习~~回复会员:surprise28回复时间:2013-02-26技术转为管理,个人觉得最重要的转变就是意识的转变了。技术很多时候要求精益求精,但管理更多的要求整体目标的最优,必要的时候,需要“牺牲”部分来“顾全”整体目标。技术岗位要求能静下心来思考,钻研;管理岗位则要求能多与人沟通,多做协调。由技术转为管理,有优势,可以快速把握项目方向;由技术转为管理,也有劣势,容易被以前的思维所桎梏。但只要有意识的改变自己的思维角度,多思考,软件开发的项目经理,要在实际工作中掌握任务计划、分工,及后期的验收工作。对开发团队的管理也是对自己的一种提升。建议:在软件开发过程中,偏于管理方向的问题及时去解决,多查一些资料和文件。看一些管理方面的书。
着项目经理头衔的人越来越多,取得PMP证书的人也越来越多,可是项目管理的成效依然不高。究竟是为什么呢?有很多原因,但其中依然有相当部分是因为项目经理不够合格。
有的人会说,我的PM经历已有多年,或者说我证书都通过多长时间。这是合格项目经理的唯一标准吗?当然不是。或许,有人会说,成王败寇,只要项目成功,他就是合格的项目经理。没错,但是在你需要选择一个项目经理时,你可能无法完全按照这个标准去评判。
如何选择合格的项目经理呢?通常至少可以从五个方面去评判,即知识、经历、能力、性格、文化与价值观。其实,企业组织中的各种角色也多应该从这五个方面去评判。
1 知识
知识通常是指通过书本、学校、实践等学到的关于特定主题的信息。“认证”和文凭的目的就是证明对某学科知识的掌握程度。IT行业的项目经理所需要的知识包括三个部分:
项目管理:包括项目管理的理论、方法论和相关工具。
IT行业:一般说来,对相关IT领域应该有全面的了解,比如对与本企业核心业务有关的IT知识都应该有所了解,如果是实施企业信息化等覆盖多个技术领域的项目,则对IT知识要求得更全面。
客户行业:时下的IT项目只和单个 *** 作人员有关的非常少,基本都是覆盖部门或企业范围的项目,因此,必须掌握相关客户行业的知识,这样才能找准IT系统和业务运作结合点,使得IT系统投入能够支持企业效益的提升。
显然,针对不同类型项目,需要的项目管理功能、IT行业知识会不一样,有的项目比较简单,所要求的知识就会少一些,好比普通加减乘除算术题只需要小学生就可以,而积分之类的问题就必须要大学生才可以。同样,在对客户行业知识的要求也是类似的,有的项目是比较纯粹的基础平台类的项目,并不直接和业务效益提升有关系,对客户行业知识的要求就比较少。
需要注意两点,一是知识的来源并不仅限于学校,二是和项目组织中的其它角色相比,对项目经理所要求的IT行业知识更侧重于全面和知道,而非纯技术人员的细节掌握。
知识掌握是否扎实,是否全面,是否应用自如,决定着项目经理的水准。
2 经历
经历强调的是已经做过的事情,或者更直接说就是使用知识的过程。因此它同样包括三个方面:项目管理、IT行业和客户行业。
对于企业来说,寻找合适的项目经理,如果这三个方面的经历都具备,那是再好不过;如果无法全部满足,首先可以降低的要求应该是同一客户行业经历,但最好能够具有其它类似行业的经历;其次是IT行业经历,可以不要求有相同产品的经历,而是类似产品的经历;最后是项目管理方面,那至少应该有项目经理助理或者项目组织的中层骨干人员的经历。
要从事项目经理这个职业,需要注意提高自己的学习能力(这是下面要提到的),以在不同经历中丰富和项目管理有关的知识,注意强化弱项的锻炼,从而提高项目管理水准,保证自己能够在新项目中很快进入工作状态,因为很多项目只是表面上的不同,但在项目管理本质上却存在着很多相通的内容。
经历,对项目经理来说,意味着不再是只停留在知识层面,意味着已经可以展翅。
3 能力
能力是评判人非常重要的一个方面,以往我们对一个人的评判往往是依据文凭,而我们的教育理念相对单一,因此结果可能会失之偏颇。除了读书、测试与书本有关的题目,还需要从纯能力的角度去评判项目经理,虽然评判环境可能不是那么完美,但对于具体评判的个体来讲,他可以做得尽量客观。能力评判包含如下几个方面的内容:
学习与思考:从项目的角度看,不存在有相同的项目。“人不能两次踏入同一条河”,以往项目有的只是可借鉴的经验,完全可以拷贝的只是最抽象和根本的方法、理念。因此,要成为一名合格的项目经理,必须具有学习能力,掌握新的知识。同时,项目经理也应勤于思考,不断反思,摆脱思维定式,从成功经验和失败教训中总结出属于自己的知识。学习和思考,可以让项目经理不断积累,提高项目管理水平,从量变走向质变,进而在更大的项目管理挑战中享受成功的喜悦。学习和思考的最高境界就是“学而时习之,温故而知新,告诸往而知来者”。
实践:书读得多了,知道的也多了,就知道“知易行难”。只能嘴上讲讲,甚至是只能放在肚子里,都无法产生效益。因此,必须有实践能力,甚至“没有条件,也要创造条件”实践。只有通过实践才能把书本的内容真正变成自身的附属物。具有实践能力的前提有两点,一是要思路清楚,二是要勇于实践。
社交与沟通:项目管理要考虑的内容很多,实际上所有一切都和人有着直接或间接的关系。项目经理需要打交道的人有三种:客户、公司领导、项目成员,要让所有人员为共同的项目目标朝一个方向努力,就需要项目经理首先有社交能力,和他们保持良好的关系,营造良好的项目氛围;然后要根据项目的需要,和有关人员不断沟通交流。沟通的表现方式有:表达——清楚说明事情;影响——尊重他人的选择,但可以通过自己的言行去影响他们以达到期望效果;说服——让他人按照提议或要求实施;倾听——让他人有述说的空间;接受他人提议——项目经理在坚持必须原则的前提下应从善如流。
应变与反应:从宏观面看,现在是变化的时代,而且变化的速度越来越快,IT行业更是日新月异。宏观面的变化必然决定微观面的项目也在不断变化,同一行业同一客户不同时候执行的项目也就必然会增加一些新的内涵。要跟上时代和行业发展,甚至于站在前列,必须有适应变化的能力,这要通过学习和创新达到。从项目角度看,变化的因素太多,突发的事情也很多,如果没有应变能力,将可能导致项目陷入困境。同时,项目经理也应该具有敏锐的反应能力,能够从细微的先兆去感知未来的变化,做到对变化的预先准备,确保变化对项目的影响最小。
分析与决策:作为一个项目经理,通常拥有很多信息。信息本身并无法发挥作用,“信息的主人越聪明,信息的作用就越大”,因此项目经理必须具备分析能力。当碰到问题的时候,项目经理应该首先能够准确界定问题,然后能够从拥有的信息中“去其糟粕,取其精华”,形成对各种可能性的分析。分析之后的下一个动作就是决策,项目管理中常常需要在短时间内确定哪种选择可行,因此在形成可供选择的行动方案后,项目经理需要建立客观的评判体系,只要有局部优势就可以做出抉择。切记,“没有完美,只有最好”。
大局观与组织:项目管理,就如下棋打仗,需要大局观,如果只计较一子一地的得与失,却失之全局形势的把握,失败则是必然。现在的项目越来越复杂,尤其是非技术因素的影响日益增加,其非理性对项目的影响有可能是致命的;另外,从纯粹技术或业务的角度看,项目包含的内容也非常多,同样需要有大局观。在项目中,大局观有几个层次的概念:IT、业务、IT与业务、人与IT与业务、其它资源。一定不能“只见树木不见森林”,没有大局观将使计划失之偏颇。有大局观,还要有组织协调能力,才能调度所拥有的众多资源(甚至项目成员、客户和公司领导在某种程度上也都是资源),以保证项目的顺利实施。没有组织协调能力,计划是无法执行的。
所有这些能力对合格的项目经理来讲是缺一不可的。
4 性格
性格与能力相辅相成。性格决定命运,如果性格不能达到需要,能力无从发挥;如果能力不济,性格就会变质。
坚强:难度、复杂性、变化、风险,这些都使得项目经理要承受相当大的压力。如果没有坚强的性格,恐怕很难在项目中坚持原则,甚至可能会中途放弃;如果不够坚强,就无法相信自己,而一个自己都不相信自己的项目经理,项目成员又如何信任他呢?因此,坚强对于项目经理,尤其是从事大型复杂项目的项目经理来说是第一位的。项目管理,也是逆水行舟,很多时候只要再坚持一下就可以渡过难关。
果断:项目总要在一定时间内完成,因此很多时候并没有太多时间去寻找完美的答案,这个时候就需要能够果断的做出选择并实施。项目实施好比打仗,战场信息时刻在变,拖延时间只会贻误战机。
冷静:项目实施过程中随时存在着冲突,冷静是冲突得以解决的第一保证。只有冷静,项目经理才会去思考为什么,去正视问题,才能找到真正的解决方案,而不只是“头痛医头,脚痛医脚”。
宽容:理解和尊重他人需要宽容的性格。只有理解和尊重别人,他人才会回报理解和尊重。知识经济时代的项目,恰恰需要人员之间的理解和尊重,才能更好的把属于每个人的知识积聚在一起以产生聚变的效应,进而使项目获得效益。
开朗:开朗的性格能够让他人充分认识一个人。如果项目成员都不能认识到项目经理的存在和作用,项目管理肯定会失败。
这样一看好像是在寻找完人,其实不然,合格的项目经理应该或多或少具有这些性格。
5 文化与价值观
无论是工作的企业,还是客户企业,都存在很多类型,从资本类型看有外资、合资、国企、民营等,从总部所属地区看有北美、欧洲、日本、韩国、台湾、香港等,只要愿意还可以找出其它许多种分类方式。每类企业都会有自己独特的文化与价值观。文化与价值观引起的冲突往往会给项目带来很大的不良影响。
因此,选择项目经理需要评判其文化背景和价值观,看看是否能适应企业的文化与价值观,是否对各种客户企业文化能够认可和包容。
总之,评判一个项目经理是否合格,如果仅从知识(证书或者文凭)和经历的角度去评判,是不够全面的。知识、经历,加上能力、性格、文化与价值 </SPAN>19692020 2009-12-16 17:40:24 以下是一位项目经理的工作日志片段,我们从他的工作日志来看项目经理的工作。
这些只是项目经理工作的片段,相信每个项目经理应该都有自已悲惨的故事,程度恐怕只有过之而无不及。项目经理到底应该有那些看家本领呢?
一个称职的项目经理应该要其备以下的能力:
1 要易于沟通
笔者在2002年时曾经亲自问过美国的一位项目管理专家-Dr William Wells(曾任美国阿波罗登月计划的计划主持人),问他一位项目经理最需要具备的功夫是什幺。那时他的回答是:“一位项目管理最需具备的有三件事,第一是沟通,第二是沟通,第三还是沟通。”
请您回想一下,在执行项目时,你花费最多时间在什么部份?跟领导报告工作进度、跟客户介绍产品及说明工作成果、跟项目成员交待工作、跟单位内的其它人员争取支持、跟合作厂商协调配合事项...对项目经理来说,一天内大部份的时间几乎都是在跟人沟通。
沟通,可以很简单,也可以很复杂。对于部份人来说,反正沟通就是把我的意见表达出来吗,有什么难的。可是在项目过程中有那幺多的人与项目有关,因此要考量的,不仅是把意见表达出来而已,而在于“在什么样的时间,运用什么样的方式,将什么样的信息,传达给什么样的人”。
很多项目经理都是属于“被动式的项目经理”。就是“你先说你要什么项目信息,我想办法去弄这些信息出来给你”。因此,信息整理的工作基本上是没有列入工作管制的,只能够见招拆招,抱着应付的心态来面对信息的供应。
如果换个比较主动的角度来看,项目经理先了解每个与项目有关的人想要知道什么,这些信息一定有重复的地方,然后将这些信息做个整理归类,不等你开口要,我就先提供给你,让你对项目没有疑惑,化被动为主动。这些信息整理归类的动作,直接就纳入在项目经理的工作管制之中,这样对项目经理而言,也没有任何的 “意外”。
讲起来简单,做起来其实也不难,二个小时就可以做好沟通计划,几个步骤掌握住就好:
(1) 认识项目干系人
(2) 分析项目干系人的信息需求
(3) 依照信息需求找出信息种类
(4) 将信息种类归类
(5) 决定信息传递的周期
(6) 决定信息传递方式
(7) 搜集信息
(8) 传递信息
(9) 检讨信息传递成效 </SPAN>wangchaoyupf 2010-01-07 08:35:33 协调能力-常常你没有真正的领导权但是要协调各方。沟通能力,理解能力非常重要。
学习能力:你需要了解很多你不懂的东西。
韧性:耐心,坚持非常重要。要心理素质非常好,EQ高。
管理能力:特别是巧妙有效地管理你的领导的能力。 许多人都以为项目经理总是与“理想与光荣”相伴的,其实作为一个有志于改进中国软件开发流程的项目经理来说,他们承担的更多的是“艰辛与痛苦”。
在这里,我通过我担任项目经理期间所遇到的种种现象,来总结项目经理所必需具备的素质,当这些素质您不具备的话,就需要花费多年的努力来培养他,如果无法培养成功,那么请您转换岗位,因为项目经理不适合您,您难以在这个方面获的成功。
一、执着
可以这么说,在中国如果不执着是做不成任何事情的,因为在软件开发流程中推行各种规范和管理制度的时候,你可能遇到各种各样的阻力和障碍,如果没有应付挫折的思想和准备,你是很难推行成功的。要知道这样一个基本事实,项目管理成败的关键是:如果你不坚持,谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念,努力打动别人,才能成功。
坚持到成功为止。只要决定上管理流程了,就不要后悔,唯有坚持,因为你拼命努力而实现了99%,你却不知,最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时,唯有坚持,你才能成功。
二、亲和力
亲和力是指你和团队相互依赖,相互信任能力的大小。亲和力是你领导团队走向成功的基础,如果一个团队的向心力不够,各自为政,那么失败就会在身边陪伴你。要团队的每个成员都信任你,你必须要做到关心下属,主动与下属沟通,为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况,发展方向进行指导,避免其走弯路;在生活中也对其身体状况进行关心,促进身体和心理健康的恢复。
多找下属沟通是消除误会的润滑剂,同时也是了解下属内心真实想法唯一捷径。做项目经理的人,在某些事情上的处理的确会与人不同,也难以令人理解。这个时候只有多与下属沟通,逐步达成共识,争取大家的理解和支持。记住,没有下属的理解和支持,你永远无法实现项目管理的规范化。这个环节很重要,我在这个方面曾经用时太少,走了许多弯路。另外就是了解下属的真实想法,经常了解一下下属的真实想法有利于我们不断改进和调整流程,使生产流程更加符合本团队的实际。切记一点,做领导的一定要多尊重下属的想法,并且与之沟通,若一味等下属找自己,那么是一般下属与之水火不容要摊牌时,才会与你沟通,这样悔之晚矣。
为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质,如果你不经常研究工作数据保障下属的合法权益时,你就很难让你的团队保持高效率。曾经有一次,我们测试工程师的工作业绩突然下降了一半,我与之沟通后发现公司不讲效率只讲工作时间,他有一天特殊没上班,结果公司扣了一天的工资;但是他其实超额完成了月计划的120%。了解情况后,我与公司协调,顺利补回工资,生产效率就大幅上扬。
三、品德高尚
“一撇一捺是个人,世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功,即使靠钻营取得也只是暂时的,他不可能取得长久的成功。只有品德高尚的人才能感染周围的人,使团队具有向心力,从成功走向成功。
人有三种,一种是仗势欺人,一种是持才压人,最后一种是以德服人。仗势欺人的人自持地位高而指三道四,自然是不可能团结人,更不可能获得成功;持才压人的人自持学识高而盛气凌人,或咄咄逼人。殊不知“闻到有先后,术业有专攻”,“尺有所长,寸有所短”,难以学到更高的知识,也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人,勇于吃亏,乐于助人,以德报怨,只有这样才能使你对立面德人都不忍心伤害你,团结到一切可以团结到的人,拥有这样的环境,你怎么可能不成功。
勇于吃亏,首先要放下私心,如果一个人始终 围着自己转的人是不可能做到的。“人不为己,天诛地灭”是八十年代后出生的人心灵普遍反应;但是要记住人首先是社会中的人,如果脱离了社会,人恐怕已不会成其为人了。因此只有当你抛弃私心,主动为人,别人才会反过来支持你,帮助你。
乐于助人,是人类的一个良好品质,就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的,必须要大家支持你。但是这却需要你多帮助别人,别人才会帮助你。不管团队成员发生什么事情,你要尽你所能去帮助他,这样团队才可能继续前进。
以德报怨,可能是人最难做到的。中国人就强调“人若犯我,我必犯人”,其实在这回中不会有真正的仇敌,大家明争暗斗的结果如果过20年后再去看的时候,保准一大半的人都会觉得不值得,许多人赌得就是一口气,将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候,还有什么东西能阻挡你成功?
“得道多助,失道寡助;多助之至,天下顺之,失道之至,亲戚叛之;以天下之所顺,攻亲戚之所叛;故君子有不战,战必胜矣。”
四、口才
良好的口才是项目经理打动项目成员的必备武器,当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国,使他的《我的奋斗》贯彻到每一个德国人的心中,从而成立了第三帝国。
要使自己的项目管理思想贯彻到每一个项目成员心中,就必须要做到以下的演讲原则:
1根据项目成员的共同目标象他们制定演讲内容,只有让他们信服你才有意义;
2调动听众的这种感官,诉之触觉、视觉、听觉,用黑板、姿势来辅助你的内容。
3不断的总结效果,改进自己演讲宣传的接受度,如果效果不理想,尝试换一个方式来表达和描述。
4让听众学以至用,只有他们积极反馈,才能更深入的听你的思想。
五循序渐进
循序渐进,不急于求成是项目经理在项目管理中必需具备的品质,在中国CMM过程改进的热潮中,真正实现CMM管理的企业屈指可数,而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。
为什么会出现这种情况?难道CMM真的不适应中国过情吗?不是,绝对不是。是这些企业的项目经理太心急,连CMM2还不知道怎么回事就直奔CMM3,他们忽视了事务发展的客观规律,凡事必须循序渐进。如果有一个企业在2年内通过了CMM4,我有十足的信心说,那是花钱买征;如果乐观一点,一个中小企业从CMM1走到CMM2大约要2年时间,大型企业只会更长,不会更短,因为他们需要在培训和沟通上付出更大的代价。
就以我所在公司来说,技术部原来只有10任,后来培训CVS版本管理到精通花费了1年,然后才上CVSTrac变更和过程管理,花费了3个多月,然后再实施Finabuild管理花费了3个月,最后改进CVSTrac成CVSProduce管理开发过程并统计花费了半年,其间成立了QA管理部门,并增加了项目专职管理人员,部门人数已经增加到16人,还在不断扩充中。我们的感觉管理越科学化、流程化,所需的分工就越细,人员也就越多。同事培训和做通这些人的思想工作的成本就越大。开发管理软件的成本也会随之上升。当所有人都能接受流程管理并持续改进时,大约2年光阴也就过去了。
“循序渐进,循序渐进,再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域,他将逐步把我们带向成功。
六、持久求学
“书到用时方恨少,学至成时始知卑。”学无止境,我在生产实践中发现,整个项目管理过程改进就是“学习-培训-实施-发现问题-再学习”的循环过程,项目经理如果不学习将不能解决现实工作中出现的新问题,更不可能站在一个战略的角度来解决问题。
事实上,求学也不能没有目标,否则学到的知识太庞杂,而不能融会贯通,这样的知识对实际工作指导甚少,真正的知识是一个目标体系,严格按照流程来一步步的掌握我们所需要的知识。
最后,我总结一下中国项目经理所必需掌握的知识:
1专业知识:数据结构、关系数据库、 *** 作系统、软件工程、编译原理。(外国的项目经理可能不需要掌握)
2管理知识:项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。
3网络知识:服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理,没有一个服务管理的网络配合是不可以想象的。
4“越过高峰,另一峰却又现”,这是中国项目经理在持续求学中会不停的挑战自我,向更高的山峰迈进。
七、敢负责任
一个人因为有责任才有生存的意义。一个人随着年龄的增长,责任感也会愈来愈重。成年时,法律也会赋予一些年少时没有的责任。同时地位逐渐提高,责任也会相对加重。
一个人惟有负责,才能产生做人的价值。所负责任愈大,价值就愈高。换句话说,有责任,生命才有意义。如果没有感受到自己该负的责任,即使年龄超过20岁,也不算是一个成年人。
因此,经理就是要负责任,如果不负责任就可以不要经理了!项目经理关系到一个项目的成败;对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任,同时也必须保证项目组成员绩效考核,政策落实,预留人才储备等责任,是整个项目中责任最大的人,如果没有良好的心理素质和应对能力是无法担负责任的。
实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。
信息化项目对企业而言,无疑是一项系统工程,既要符合企业发展战略,又要各部门协同配合,还要把握技术方向,因此作为企业信息化项目负责人的项目经理(往往由CIO担当),在项目实施过程中起着关键作用,正所谓“成也萧何、败也萧何”,项目经理的能力是项目成功实施的基础。
一、项目经理应具备组织能力。
项目经理的组织能力具体表现在组建高效的项目小组、规范组织的工作范畴、明确项目成员的分工、协调各项工作的进度。拥有较高组织能力的项目经理,能够建立科学规范、分工合理、协调一致、高效精干的项目组织机构,作为项目成功的组织保障。
① 组建高效的项目小组。组建项目小组是项目开始的第一步,由于信息化项目往往牵扯的部门较多,因此项目小组的组建应考虑多个部门的共同参与,同时将各参与部门的人员分为实施人员和决策人员,并分别组成项目“领导小组”和“实施小组”的两层管理结构。这样,一方面能够让参与部门的各个层面充分了解项目的情况,另一方面可分别让项目的“决策”与“执行”寻找到合适的落脚点。
② 规范组织的工作范围。规范项目小组的工作范围,同时确定项目的实施内容,不仅可以有效保证项目组的工作目标明确,而且也是有效控制项目在实施过程中不断被扩展的有效途径。一般来说,项目范围的定义是项目组根据内部需求提出来的框架,这个框架一般会涉及到企业的具体业务,是项目实施过程的指导,并需要在项目执行过程中不断细化,因此要求项目经理具备把控工作范围的能力,否则项目会像滚雪球一样,越滚越大,远远超出项目的时间、成本预算。
③ 明确项目成员的分工。责任清楚、分工明确是任何一项工作的基础,尤其是像信息化项目这种涉及部门多、业务流程复杂的项目,更需要项目经理对项目组的每一位成员进行明确分工。
④ 协调各项工作的进度信息化项目强调各部门之间的协调配合,每一个部门的项目进度出现问题,都会影响到项目的总体进度,因此项目经理除关注项目的总体进度外,仍需协调各部门的项目进度,这样才能使各部门工作衔接流畅,从而步调一致,协同发展。
其次,项目经理应具备决策能力。
项目经理不仅仅是IT部门的管理者,更是项目组的决策者,在错综复杂的信息化项目中,项目经理应探查项目相关的各种信息,对其进行筛选,并对各种解决方案进行优势分析,从相关技术、设备、服务、行情等信息出发,进行分析预测,优中选优,做出符合项目战略的项目决策。
第三,项目经理应具备沟通能力。
项目经理在信息化项目中承担了企业(甲方)、实施方(乙方)、第三方咨询机构之间联系和协调的任务:企业通过项目经理将项目需求传递给实施方;实施方通过项目经理将项目方案提供给企业;第三方咨询机构对项目的诊断和建议也往往通过项目经理来传达。因此项目经理实际上在信息化项目管理中扮演了“三方”之间桥梁的角色,其与任何一方的沟通出现问题都会影响到项目的进展。因此一个好的项目经理,一定是一个好的沟通者,通过与项目任何一方以及项目组成员的沟通,才能全面了解用户、决策者、实施方,乃至咨询机构对项目的真实评价,及时发现潜在问题,并通过征求各方意见,协调各方关系,找到能够保障项目顺利进行的办法。沟通可以是多方面的,口头的、书面的、甚至定期不定期的项目通风会、讨论会都会成为项目经理沟通的手段。
项目经理的工作职责主要有:
1、对整个项目负完全责任。
2、制定工作计划、项目执行计划、人员配置计划、工作分解结构、成本计划等,同时报上级组长,并报公司审批。
3、严格执行公司对项目管理的规范、对于软件开发项目执行公司制定的统一的软件开发规范。
4、选择一个能够精确衡量项目成本、进度、质量、绩效的项目矩阵。
5、风险管理。
6、招聘和培训必须的项目成员,对团队成员进行工作安排、督查。
7、负责整个项目干系人(客户、上级领导、团队成员等)之间的关系协调。
8、定期向公司组长报告项目进度,一般为一周一次。
9、定期召开团队成员会议,在可能的情况下邀请客户、上级组长参加。
10、项目结束时,进行结项工作,整理各种相关文件。
1《读大学,究竟读什么》(覃彪喜)
《读大学,究竟读什么》是一个年轻的大学毕业生对当今大学生活的反思。对于一名准大学生来说,这却是一本没有任何理由忽略的书。它是近年来中国最畅销的大学生指南类读物,该书目录以“一名25岁的董事长给大学生的18条忠告”为名在网上广泛传播。说是忠告,整本书却没有任何说教的色彩,作者不过是一名刚刚大学毕业的年轻人,结合他在学习、考研、求职和工作过程中的切身经历来谈大学生应该如何读书,如何充分利用大学四年,语言风趣幽默,让读者在轻松的阅读体验中明白很多道理。作者覃彪喜先生当年报考北大法学院未果,被调剂到中南大学思想政治教育专业。可是,这样一个冷门专业的毕业生却可以在做房地产策划师,可以成为IT项目经理,可以在毕业几年以后成为一家公司的董事长。究竟是什么原因决定了这种成功
2《求职,从大一开始》(覃彪喜)
在《读大学,究竟读什么》出版以后,覃彪喜先生历经五年磨一剑,又为大学生献上了这本新书:《求职,从大一开始》。覃先生一直强调不能过于功利地读书,强调大学时期一定要注重批判性思维、表达能力、公民意识等多种素质的培养,可是,在残酷的现实面前,面对日益严峻的大学生就业形势,覃先生把求职放在了首位。这本书则是一位年轻的董事长与大学生关于职业规划与就业、关于生计与尊严的对话。覃先生试图通过这本书让大学生从入学就开始规划职业生涯,扎扎实实地塑造核心竞争力,而不是到了求职的时候才投机取巧临阵磨q。决定求职结果的并不是面试那十几分钟,而是整个大学四年。这本书则告诉大学生们如何通过四年的“厚积”换取毕业求职时的“薄发”,大到人生方向的抉择、求职战略战术的把握,小到做简历的技巧、女生或乙肝患者如何突破用人单位的就业歧视,都做了详尽、深入、全面的阐释。
当IT项目经理应该做哪些事情?
项目经理是具体项目工作的管理者,他们在工作中不断提升自己的领导才华,同时该职业又是一个权利与责任并存的职业, 他们主要对项目进行背景调查,收集整理项目相关资料,进行需求策划,撰写项目调查报告和信息综述,对项目组成部分或模块进行完整系统设计,联系项目相关单位和相关技术专家,制定项目可行性研究报告,协同配合制定和申报立项报告材料,组织项目团队完成项目任务,保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么,欢迎阅读!
IT项目经理应该做什么
经常看到这样的项目经理,一副整天忙得团团转的样子,电话不停地作响,一个小时之内要发出几十个指令,好像他所领导的团队离开了他就一天也活不下去。然后他还会说:"我很忙"或"我很累","我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问,即使旗下有人,你说他能不累吗
甚至还有这样的事列发生,研发部门经理亲自参与项目软件的编码工作,如果只有一、两个项目,也许这样还可以,试想,如果有十几个项目你能都参与具体的技术工作,另外是否考虑过部门经理参与具体项目后所带来的其他问题,部门日常事物务无处理,部门人员无人关注,部门的其他项目得不到项目经理的协助,更是无人为部门的未来作打算。类似的项目经理的行为很多:譬如善于销售的经理就对自己的销售人员总是不放心,觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件,因为秘书起草的东西总是叫他看不上眼,如此等等。
由此造成的结果是经理整天搞得手忙脚乱,管理效率很低。做经理者没有时间考虑部门发展的问题,做下属者觉得自己得不到信任,做事小心翼翼,不敢越雷池半步,没有积极性。
由此想到刘备,文不如诸葛亮,武不如关张赵马黄,但是他会用人,会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法,即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属,不要怕他们犯错误。"用人不疑,疑人不用",虽然很难做到而且有时也不一定非要做到,但是你既然给了一个人那个位置,那份薪水,就应该让他们充分地发挥,你不能替他们做事,你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时,汪先生说他到目前还没有个人email地址,记者很惊诧的问他为什么时,他说“没有必要,我有很好的业务总监们,他们会处理好公司的日常事务,我要有充足的时间考虑公司的发展战略,我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者,所以CA才有今天的地位。
做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题:"我们忙,你在干什么"
项目经理,对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体,创造出一个富有活力的整体,应该是其第一使命。即人们经常谈论的管理,通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命,项目经理应该做什么呢
一、一个项目经理首先要制定目标,即确定团队的目标,只有知道往哪走,才能到达那里。确定目标是什么,而且目标要能够有效的支撑团队的责任,有助于团队的发展。而且要将目标传达给团队的每一位人员,让他们认识到他们在实现目标过程中的责任和重要性。
二、一个项目经理要进行组织工作,即如何安排工作,需要分析所需的各项活动、决定和关系,他需要对工作分类,确定作业任务的主次和轻重缓急,并为作业分配适当的执行的人员。
三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队,它需要通过对下属的激励,以及同上、下、同级间的相互信息交流,协调完成工作。
四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准,这个标准不但要专注于团队的绩效,而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。
五、一个项目经理要培养人,也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求,也常常拥有帮助其下属改进工作绩效所必需的技能,只有下属的技能提高了,整个团队的效率才可能提升,只有团队的成员有发展,他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。
在我们这个行业,好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的,他们可能没有受过管理学的教育,希望此文能够给与他们思考与认识自己责任。
项目经理该做什么,不该做什么
1以目标导向来做事情
首先要明白该做什么,其次才是如何做。目标是项目管理的重要特征,项目经理做事原则都是围绕项目目标展开,对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。
目标有短期目标和常用目标,把当前项目按目标完成可能是短期目标,通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理,更加应 该着眼于项目长期目标,而不是太在意于当前项目的短期利益。只有意识到这点,才能够认识到培训,教练,团队,自发,团队语言和规则等在整个项目中的重要 性。
2对自己定义的目标进行分解
对于软件项目,项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素,各个阶段交付物的质量,缺陷的泄露,测试的水平,需求的变更和稳定性,前期的需求设计和开发规范,团队规则,开发人员的责任心多方面因素都可 能影响到该目标的实现。
一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的,而且各个要素间还存在这正反作用,必须要综合性的系统思考。确定出期望的各个要素的区间 水平,然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的,都是为了实现当初定义的目标而服务,绝不 是无中生有。
3具体实际 *** 作的关注点
首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要,而是项目经理应该更多的管理风险和消除隐患,不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力,发现各种征兆和危机,危机发生前应对往往仅仅是项目经理找成员谈谈心,或者说组织一次关于规程的培训,但危机如 果发生造成的损失会远远大于风险应对的成本。
项目经理应该更多的取做教练,而不是去做领导。管理者要懂得授权,但项目经理更关注的是授权不会影响到进度和质量,因此项目经理绝对不是越俎代庖啥事情都 自己做,也不是盲目授权后啥都不管,而是充当好教练的角色。让项目成员有能力的全完成事情,而且是有责任心的去完成事情。如果自己做只花1个小时,而教会 团队成员做需要一天,从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。
PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组,项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做,哪些是项目管理组做。另外一个关注点是做事情的粒度,项目任务的跟踪是项目经理要做的,但项目经理应该根据项目目标确定自己跟踪任务的粒度,粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南
在一个团队中,作为一名团队领导,将:
1) 避免团队目标向政治问题妥协
2) 向团队目标显示个人承诺
3) 不用太多优先级的事物冲淡团队的工作
4) 公正、公平的对待团队成员
5) 愿意面对和解决与团队成员不良表现有关的问题
6) 对来自员工的新思维和新信息采取开放的态度
作为团队成员,要将:
1) 展示对个人角色和责任的真正理解
2) 展示目标和以事实为基础的判断
3) 和其他团队成员有效地合作
4) 使团队目标优先个人目标
5) 展示投身于任何项目成功所需的努力的愿望
6) 愿意分享信息、感受和产生适当的反馈
7) 当其他成员需要时给予适当的帮助
8) 展示对自己的高标准要求
9) 支持团队决策
10) 以为团队的成功而奋斗的方式体现带头作用
11) 对别人的反馈做出积极的反应的理解为二元问题,更多的是跟项目目标和管理粒度相关的做事情的粒度问题。
IT项目经理的经验总结
本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:
1这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。
2这个项目里牵涉哪些方面的人,如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等,很多项目里除了业主单位的结构很复杂以外,还有一些其他单位也会牵涉进来,如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望,可以让你在做项目碰到问题的时候,就每件事情分析哪些人会在什么方面支持你,哪些人会出于什么目的反对你,从而提前准备联合朋友去对抗敌人,让事情向你所希望的方向发展。没有永远的朋友,也没有永远的敌人,只有一致的利益,这句话作为项目经理是一定要记住的;
3基本了解了客户的情况后,下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视,这个决定了你在需要资源的时候,公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的,你需要做的是了解公司对这个项目的实际期望,是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事,公司领导对项目的态度决定了你做这个项目的战略,而这个战略方针将对你做项目计划产生直接的影响;
4在做整体项目计划前,还要大致计算一下你手上的资源。首先是时间,现在市场竞争激烈,往往很多项目要求在几乎不可能的时间范围里完成。对于这一点,你在做项目的风险控制计划的时候要充分考虑。其次是人员,根据项目预算和已往经验,大致计算一下未来的项目小组有多少种角色,每个角色目前公司是否有人,是否能完全归这个项目使用,是否需要另外招聘一些人员,招聘的准备工作要尽早启动。最后就是一些设备的准备,项目所需大件关键设备要尽早预定,以后不管发生设备等人还是人等设备的情况,浪费的都是你的时间;
5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6 是到做总体计划的'时间了吗不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。
7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家(Industry expert),这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。
8现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。下面的东西看起来无聊,其实还是很管用的:第一个是规定信息的流动方式和介质,是推还是拉。推的意思就是项目经理将主动发布信息,不管通过电话、邮件还是书面方式,保证将信息传达到每个人。这种情况适合小项目,人少;拉的意思就是项目经理就是一个类似web服务器,你自己需要什么信息就去问他。当然,没有项目经理把自己搞得那么累,他会用发布信息到公共介质的方式公布信息,简单的是白板,复杂一点的是项目的公共信息交互区,潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊,其实里面牵涉信息传达不完全的责任问题。当然,这些都是指一般的方式,而且不要绝对化,一般情况下,主动沟通和被动访问是同时存在的,尤其是对领导,项目经理更加应该主动去和领导沟通。第二个问题就是文档问题,很多人怕写文档,但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的,比如项目经理的项目日志,每个星期至少让客户签字,另外所有达成共识的东西,比如会议纪要,甚至领导的讲话记录,都要写成文档,双方签字,这样以后扯皮的时候,就能做到有据可查。记住:说了的就和没说一样,只有写下来大家签字后才算真正发生了的。还有一些问题,比如你提交的报告,给领导(包括本方领导和客户领导)做一个选择题,结果领导压住不批,让你无所适从,结果拖延了进度。这时候,你可以等,但是注意要留记录,标明是谁的责任;另外,如果你在开始阶段就和领导商定:如果批示提交三天后没有得到领导答复就算对方同意,这样你就会主动很多。再比如不同事件的审批流程问题:什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到,以后的工作就越主动。
9 好了,做了很多前期工作,定义了一些游戏规则,现在是坐下来做计划的时候了。这一节,任意找一本项目管理的书都会说得比我好,所以我就少写一点,说一些自己的体会就是了。首先是找几个关键组员,比如客户业务专家、系统分析员等等,做一下项目模块划分工作。项目分成几块去做,每一块完成什么,模块之间的信息如何交换等等。需求定义的是做什么的问题,而这里说的是怎么做的问题。这里要强调一点:完成一个目标有很多种方式,你要选一种你最熟悉的,而不是看上去最完美的,这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动,坚持要你采用那种新技术,你就应该告诉他:你选我做这个项目,就应该容许我采用自己最喜欢的方式做事情,新技术之所以有诱惑力,就是因为吃亏的人还不多,我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确,比如用微软的Project软件,你填写完表格以后,就可以知道这个项目有多少件事情要做,每件事情需要什么资源,他们之间的前后关系如何,消耗的时间有多长,完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现,甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然,学过项目管理的人会大谈什么WBS、优化路径之类的东西,但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题,在我恭喜你挑了一个轻松活之前,请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候,你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度,其结果可能就是十件事情你一件也没做好,想想多么失败啊。所以,把资源投到你熟悉和有把握的事情上,最后的结果是十件事情,你有三件做成了精品,三件完成,还有四件因为某些原因延误,成绩单是否靓丽了很多呢战略决定优先级,而正确排列事情的优先级是一个项目经理能力的主要体现。
好,现在项目已经完成了前期工作,了解了项目的目标、搞清楚了手上的资源,制定了项目的策略,然后编制了项目的整体计划,项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候,不像前期的时候项目经理要象记者一样到处和不同的人接触,搞清楚他们在说什么,努力猜测他们在想什么和他们的真正目的,那才是最累人的事情。当然,小项目的项目经理往往自己也是一个资源,要做很多事情,这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意,除非你需要对方给你支持,那么你才需要讲得具体一点,否则,告诉他一切正常就可以了,而且态度要积极一些,千万不要说一些领导不懂的细节,比如:“王局长,最近项目进度还算正常,就是JVM经常发生一些内存泄漏的情况…”王局长:“(&$@@”。和自己的领导汇报也要注意这个问题,除非他是一个技术高手,你需要他的技术经验,否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了,有些需要他支持的地方,比如资源调用需要说详细一点。
和组员开会,除了一些项目进度跟踪会议以外,还有很多讨论会,需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员,他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对,欢迎大家拍砖),所以,你作为会议的主持人,只要负责提出问题和记录下他们的观点,千万不要做评判者的角色。一个问题,有很多方面,从不同的角度看,现象是完全不同的,想想盲人摸象的故事吧。这些技术人员,他们往往精通一个方面,就自己的角度发表见解,除非一些很特别的情况,你都应该认为,他们提出的方案,从他们的角度来看是最合理的。你的长处是掌握事情的优先级,评估各个方面的轻重缓急,从而根据他们的意见得出一个合适的(而不是正确的)方案。所以,在会议上,你要充分尊重每一个人和他的意见,夸奖那些意见提得比较好的人,千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的,而是多元的,唉,我们的教育惹的祸…)。会后,你自己写文档,做决定。会议上大家的面子都被照顾了,自然实施起来的阻力就小,如果还有意见的,你就私下找他聊,如果还不能说服他,你就要让他明白,因为你负责这个项目、你担当风险,所以,这个优先级应该你来判断。组织中的高层,并不见得水平会比一般的成员高,但是,他要承担组织的风险,加之信息的不对称性,所以,对事情的优先级的判断肯定比下属强。
在开发过程中,内部管理还要注意的一点是时刻强调以验收为目的的思想,每个任务的最终可交付成果一定要是可以被检查的,比如,界面要求:美观大方、简洁明快,这个要求我就不知道如何检查。所以,给开发小组布置任务的时候就要考虑如何检查结果,比如我见过一个计划,里面有一个任务开发人员熟悉EJB编程,这个任务,除了让这些人去参加一些专业认证考试,否则,结果很难被检查。所以,时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情,我听说有些老项目经理拿到项目是倒排计划的,即首先看如何验收和验收标准,然后决定工作计划。很多项目开始了很久,还不知道如何验收,那么这个项目出问题的可能性就很大了。做项目就是为了验收,我们的角色不是研究机构,我们的目的就是在付出那么多劳动后得到结果。另外我插一句:我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流,很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场,软件开发人员还是在公司做项目。项目实施人员就是初级项目经理,他们了解自己的产品,懂得一些客户的业务,关键是在于他们具有良好的沟通能力,俗称“皮厚”。他们是客户和研发人员的桥梁,其职业方向也是很机动灵活,以后可以有很多方向可以转,比开发人员的路要宽得多。
接着,我们再谈谈最让人头痛的需求变更问题。变更通常分为两种:一种是部分更改了原先的目标,即需求变更;另一种是没改变目标,但是客户不满意目前的实现方式,大到流程的实现,小到界面的布局,都是属于这类。碰到这种情况是难以避免的,主要是事先沟通的不够充分和客户随着项目的进展,慢慢想清楚了问题,改变了以前的思路。这时候,如果需要改并且你的战略是容许这种情况的,那么注意下面几点:
1确保以前的文档,就是记载着以前的结论的东西,客户是否签过字,如果没有,赶紧把你的工作停下来,赶快再和客户自己确认一下你的方案,然后让他签字,避免以后说话没有凭据;
2和客户坐下来,自己探讨他修改的根本目的是什么,是不是有同样能达到相同目的,但是对你来说有代价更小的选择
3(项目初期的工作)明确更改流程,一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子,你就废了),以正式项目文件的方式提交给你,然后,你做评估分析,分析对成本、进度的影响,在你的领导同意后,出相应意见书,主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来,后面如果真的发生了,至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对,就学习那个,让大家都意识到任何的更改都有成本和代价。
;
以上就是关于软件开发如何才能更好转为项目经理 (咨询专家:潘东) [已答]全部的内容,包括:软件开发如何才能更好转为项目经理 (咨询专家:潘东) [已答]、如何成为一个优秀的软件工程项目经理,同时要具备哪些素质和能力、IT项目经理必备的三种能力等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)