初为项目经理.docx
《初为项目经理.docx》由会员分享,可在线阅读,更多相关《初为项目经理.docx(11页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、初为项目经理 初为项目经理 这一天最终来到了:你从一个一线开发人员被提拔为项目经理。或许你始终在期盼,或许你心里还忐忑担心,或许这是你的职业发展选择,或许你只是不情愿的答应老板“试一下”。不管哪种状况,可能你并没有项目和人员管理及领导的教化背景或者培训经验。 领导和管理(这两者是不同的)远非简洁的与Dilbert 的老板南辕北辙(译者注:Dilbert 是一个漫画人物,以“拥有”一个“白痴老板”而著称)。当你安排如何做好项目管理时,考虑实行以下列出的行动。或许你想做的事情许多,但下面的这些建议会帮助你集中到那些能提高效率(你自己的效率和团队的效率)的事情上。 设立优先级 你要着手的第一件大事很
2、可能就是有意识的设立你作为项目经理的优先级。尽管你可能因为各种缘由还须要很大程度上参加软件的开发,但除此之外,你还有一些新的职责。许多新任的项目经理都摆脱不了技术的诱惑,以致忽视了项目成员向自己寻求的帮助。 富有效率的项目经理知道,他们最高优先的就是为项目成员供应服务。这些服务包括:指导和教化,处理冲突,供应资源,设立项目目标和优先级等等,适当时也要供应技术指导。我发觉,把自己视为为成员工作,而非监工是很有价值的。不管你正在做或者将要做多重要的事,来你这儿寻求帮助的项目成员应当有“非屏蔽中断”(译者注:非屏蔽中断是一个硬件术语,此处意即最优先的)优先级。 你其次优先的是让你所在组织的客户满足。
3、作为一个项目经理,假如你不再涉足产品的一线开发,或许你很少有干脆的机会可以让客户满足。但你必需为你的项目成员创建一个环境,使得他们在这个环境下工作,可以最有效的满意客户的需求。这是项目经理的一个重要职能。 你第三优先的是你自己的事情。可能是一个与项目有关的技术问题(当然也是你感爱好的),也可能是你的老板要你做的某件事。但当这些事与上面两个较高优先级冲突时,你要做好延后处理的打算。你最低优先的是那些纯粹取悦你的老板的事情。在一个正常的组织(非Dilbet 式的组织)中,假如你做好了前面所说的更重要的三件事情,你的老板已经是特别惊喜了。尽管并非每个人都那么幸运可以在一个“正常”的组织工作,但还是努
4、力做好这三件最重要的事。把留意力放在尽可能的帮助下属富有效率- 并且欢乐- 上,而不是取悦于那些“上面”的人。 分析你的技能差距 初为项目经理,通常你会意识到你在领导和管理技能方面的差距,除非你已经为这个新职位做了充分打算。你有很强的技术背景,可能这也是提拔你领导技术团队的一个缘由,但你还须要一些其他的技能。你须要客观的评价自己的特长和短处,并且着手缩小自己的差距。 做软件的人经常被认为缺乏精彩的交际实力。你须要加强你的人际处理能,诸如调解冲突、劝服他人、“推销”自己。你须要应付一些不想应付的场面,比如解雇你的下属、在进度上“讨价还价”、为争取下属的 绩效“吵架”。 伴我起先经理职涯的是倾听(
5、Listening)技能的课程,我觉得很有价值。一线开发时,往往我们都有过人的精力来表达自己的技术观点。但作为管理人员,更须要一种包涵和倾听的工作风格和沟通方式。然后,从“听”的位置走到“说”的位置,你须要提高你的演讲(Presentation)技能。假如你对在公众场合演讲感到不适,你须要接受一些特地的演讲培训。这对你今后的工作很有好处。 作为一个项目经理,协调他人的工作、安排和跟踪项目、必要时进行项目回溯并实行订正措施等等都是你的职责。可能的话,接受有关项目管理的培训,学习如何设立优先级、如何主持高效的会议、如何明白无误的沟通等等技能;多看一些项目管理和风险管理的书籍和杂志,比如Projec
6、t Management Institute 的月刊PM Network(译者注:你也可以从PMT 评论获得大量有价值的软件项目学问)。你还可以从SWCMM(软件实力成熟度模型)中找到许多有关软件项目管理的有用建议。 定义“ 质量” 尽管绝大多数人都仔细对待质量,也想生产出优质的产品;但是,有关软件质量的定义仍存在很大争议,比如高质量是“足够好”还是更为经典的质量观点-“无缺陷”。为了领导你的团队走向胜利彼岸,你须要花些时间和你的下属以及客户一起来明确,对于他们,质量意味着什么。 你的下属和客户是不同的两帮人,他们很可能对质量没有一样的看法,也就简单抱有不同的目的。假如客户很强调交货期,那他很
7、可能没有耐性听程序员说明为什么须要额外的时间去检查每一行代码。假如客户看重的是软件的牢靠性,那他在增加功能和削减Bug之间多半会选择后者。假如客户习惯了老版本的键盘操作,那他很少会对新的图形操作界面感爱好。 在我曾经负责的一个项目中,为了更好的了解客户的质量要求,我举办了一次开放式探讨会(Open Forum),除了项目成员和客户参与外,我还客户的上司们一起来参与探讨。这次探讨很有价值,因为我们发觉许多原有的想法是和客户真正的质量需求南辕北辙的。了解这些想法的差异,使得我们可以把力气集中在让客户满足的事情上,而不是放在让“开发满足”的事情上。 软件质量通常被理解为合乎规格说明,满意客户需求,以
8、及在文档和代码中尽量少的缺陷(Defect)等等,这些都是比较“经典”的定义。“六西格码质量”(Six-sigma Quality,译者注:是一种质量标准及相应的质量管理方法)为缺陷密度(Defect Density)和/ 或失效率(Frequency of Failure)设定了一个很高的标准,但是,它没有涉及质量的其他方面,比如交货期、可用性、特性集和性能价格比等等。无论我们是作为生产者还是消费者,我们都希望产品的质量在全部这些方面都是尽量高的,但事实上,我们总要在其中做出权衡和选择。 我们在需求阶段就考虑,对于客户哪些质量特性是重要的,并把它们列举出来(比如,交互性、正确性、易学性等)。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目经理
限制150内