[转载]大项目中项目经理的作用

来自:http://community.csdn.net/Expert/TopicView3.asp?id=4976335

 前言:本文作者结合自己的经历谈谈项目经理在企业信息化建设项目中的作用和项目操作,以供大家参考,希望对大家的工作有所实际帮助。作者有幸参加了广东省联通、广东省电信以及其他更大的一些集团的项目运作,文章是从作者自身的角度和经历总结的一些问题,不足之处请广大同行指点,借此抛砖引玉以期和广大同行共勉共同进步。

序:大项目在本文的定义为企业信息建设中客户大名气高而且项目金额大,在我国,能签下大项目的单有一部分是靠草根阶层更专业化的服务和质量以及行业客户赢得的,但一般而言签下的这样的大项目对软件开发商而言都不可能是天平两端同样的法码,所以销售人员为了能签下这样的大单一般都不得不答应或是承诺一些超越公司目前实力和技术水平的需求,因为不这样根本就没有竞争的机会。这样的苦果程序员即使抱怨非常多,还是不得不照样加班加点去拼命实现。(想想国外的厂商做中国的市场真是爽,国内的客户无不乖乖地听他们的话)
  目前国内的软件公司靠产品批发赚大钱的非常少,象金蝶和用友上也都有靠签大项目来发展,所以大项目的成败及效率就直接影响着公司运营成本和利润以及大家的薪金收入。因为一开始签定的就是不平等条约,所以项目经理的人选更是直接决定了项目的成败和收益。这样的项目经理有两种,一是为自己镀金的,那是非常光荣和开心的事,因为费用及人手配置都非常充足,第二种是很有责任心而且想做成功的项目经理,会做得非常辛苦,累得半死。如何让项目早些验收让领导放心,让下属开心和放松是项目经理时时刻刻都关注的事。

  正文:结合自己的经验谈谈项目经理在主持项目实际运作时的二个要点三种避免和四个注意。希望对大家的实际工作会有所帮助!
  两个要点
  一、如何尽快地将项目验收回款,为公司和团队创造更多的利润,为下属带来更多的利益。
  二、板回双方不平等中的劣势
  这是项目中非常关键的一个心理预期,因为早期签的合同让开发商处于劣势,客户从你进场开始自然而然地在气势上压着你,如果你长期处于心理上的劣势,项目失败的风险就非常高,因为大公司中的人员都有一种出了事情后他们会将你原本认为是他们的责任的推得干干净净,如果你纠缠下去和他们的关系就搞僵了,项目的后期工作会非常难进行,公司高层考虑的就是更换项目经理,因为这时的客户真的是上帝,老板都不敢得罪的人你得罪的后果大家都知道会怎样。笔者当初和他们打交道时就花了一个月多的时间让整个团队在专业上体现出来是行家和经验娴熟,因为客户是大公司的,技术资源很丰富,他们懂的面很广,也有知道得深的,所以要抓住机会和他们多交流特别是非工作时间,首先你要认可他,然后让他感觉他专业,再然后你在合适的机会某些方面要自然而且不露痕迹地表现出你知道得更深更专业,当然当初没少花我银子。劣势板回后,后期他们才会注重你说话的份量,才可以指出哪些需求是不合理的,哪些是微软都没有办法做到的。
   
  三个避免
  一、避免事情太多杂乱无章
  大项目也意味着需求多,参与的人员也多,如何保证项目的进度,避免事情太多,需求点太多而导致最后项目失控,就是项目组加班加点做了大量的工作,最后却发现什么都没有做好,客户不认可,领导很焦虑,下属很失望,你很郁闷的局面。在项目进行过程中不可避免地会遇到很多提出的需求和修改意见,如何快速把握这些需求提出正确可行的解决方案是项目经理首先要考虑的事情。别忘了项目合同上都是有时间限制的,如何在时间段之内完成项目而且完成得好就是关键。一味地否认抵制客户的需求当然不行,全盘照收只会让项目越变越大,项目组的人每日每夜地加班。笔者的作法一般是记录成文字性的文档,然后根据实际情况提出哪些现在做,哪些暂时不做,哪些到二期或三期工作时再考虑,并请他们确认。这套方法笔者常用不衰,希望对各位项目经理在项目运营过程有实际的帮助。
  二、避免太多个性化的需求
  这是最头痛的事情,因为客户是大公司,会议没完没了,每个会议都要求得非常正规,而且客户看起来确实是很正规,相关的制度文档相关的人员以及部门级的经理都甚至高层的领导也会请到会议室来和你谈需求,每个经理都会有自己的部门的特点和需求,如何尊重他们的意见并保持自己的思路是非常重要的。笔者早期参加这样的会议时也一样很听客户的话,程序实现的过程中则是非常痛苦,经历过多次后,笔者建议各位项目经理要保证突出你们的专业知识和经验,不要被客户的职位所迷惑了,因为他们的经验很丰富,但在专业特别是软件方面你是专家,而且他们提出的是现实中各个部门的特点,并没有要求软件一定要实现。所以现场一定要记住,不要答应得太快,笔者后面就养成了一句口头禅,我们回去研究讨论后再确定。
  三、避免人浮于事的现象
  大公司都会有的现象,如何让你的项目组成员在项目进行过程中最大限度地减少这样的消耗是项目经理要关注的事。大公司踢皮球的现象大家都有所耳闻,所以做为项目经理的你能做就是如何做好事前的工作,避免出了问题后指责,到时你会发现没有人和这有关,都是你的错。所以少些抱怨,事前尽可能多做准备。笔者最常用的方法就是在需求说明书 (实际工作中提出,非早期完整的需求说明书)中注明这是某某人提出的,以及我们的意见是什么,你别指望他会签字,一个需求点如果要等他确认签字你就等个两个星期吧。 

四个注意
一、注意内部团结一致,互帮互助和高度的热情保证得项目快速往前推进。
项目小姐的团结一致,这是基石,不论是在需求讨论分析,还是开发过程和项目内部测试,大家都团结一结,不断提出自己的看法一起交流,在最短时间内将问题细化和明确下来,大大缩短了开发周期。保持项目小组成员高度的热情使得项目讯速得到突破,达到了预期的要求,这是项目经理真正最重要的工作。在项目运作过程中,别忘记项目小组不是孤军奋战,背后还有整个公司的资源别忘了使用。
  二、注意项目进度的严格控制
  这是老生长谈的问题,核心还是《人月神话》,在现有的人手配置和资源上如何控制项目的进度,这是所有项目经理也是公司领导最关注的事情。因为大项目的进度要控制出了偏差,后期很多预想不到的事情会让你焦头烂额的。所以必要的会议还是要开,总结和安排工作是每周都必须要进行的工作,笔者当初是将工作总结工作安排和需求讨论严格分开的,即使是参加的人员一样。因为需求讨论需求分析有时是无底洞,有些实现起来是有难度的,这时在会议上一定要注意控制方向鼓励大家踊跃发言的同时要保证主题方向。因为需求的扩散和实现的难度将直接影响到项目的进度,很多项目最后失控追根结底相当一部分原因是需求没有把握住。笔者一同事负责的一个百万级的项目,超过签定合同时间的半年了还没有完成,公司后期调动了所有可调用的技术人员进入项目组,搞得人人疲惫,当初最大的原因就是客户的需求不断扩散导致程序开发无休止地进行。
  三、注意搞好各方面的关系
  项目经理首先要搞好的是你和你的领导的关系,特别是老板的关系,你要体会你的老板的心情,他是希望做成功大项目然后开始扩张,他的心里比你更关注项目的进展,要是出问题他心里比你更焦虑,所以记得要让你的老板参与到项目中来,别因为他不懂技术不懂项目管理就把他晾在一边。笔者的做法是每周都会将工作写成简单的总结发给上级领导,然后抄送给BOSS,有什么计划要执行或调整时预先做好书面材料发送给领导们,这时要忌讳的就是越级上报,所以这样的计划我一般是只发送我的直属上级,在MAIL中写到等计划正式拟定后请他转呈老总,大的事情一般是他都会在比你更期望的时间代你向老总汇报了,因为只有和老总搞好关系,他才会信任你,而且还会源源不断地支持你,不然一些公司接到一个大项目要失败了,公司搞不好就负债了,所以你要明白BOSS可能是将公司前途放在你身上。接下来就是要搞好下属的关系,他们是实现完成工作的核心和中流抵柱,平时要舍得花些银子请他们吃吃饭组织一些体育活动,程序员都是典型的亚健康状态,看看程序员那象怀胎三个月的肚子就知道了。再接着就是要搞好客户的关系了,除了言语上尊重他们外,必要的银子还是要花的,而且要花得有特色,因为他们聚餐也不少啊。所以大家明白我为何要将搞好和老总的关系放在第一位了吧,不然这些白花花的银子,老总不签字,项目再失败了,你赔了血本都不够啊,呵!
  四、注意项目验收的各个环节
  这是大家都关心特别是老总最关心的问题了,有时你别看他表面上非常平静,一点都没有开心的样子,我的老总那天在去洗手间的路上就哼起了小曲,这是好几年都没有的事情。但是要达成这样的任务并不是象小项目那样双方有意向后谈一天就可以签字,大公司都有自己一套套的验收标准,如果按照他们那样的标准,你卖硬件都难,更不用说软件了,而且谁在这上面签了字以后出了问题谁就要负责,而且软件永远都没有100%没有问题的,你看微软还不是不断升级和发补丁包。如何采用让双方都能接受的方式签定验收合同就要求你平时就要做好准备,笔者一般是每个月都会有一个功能模块实现的清单请他们确认,要他们签字是不可能,笔者的做法是请他们指出哪些没有完成的或有意见的,这样日积月累下来,对方认可了你的工作,后面他个人这一关是可以通过了,后面一定是他的上级以及副总层层把关,记住这时谈的一定要是实现完成了哪些功能,对新需求的千万不能答应就改,可以放到后期,并在验收合同中注明哪些是新需求还没有完成的,层层把关让折磨你的性情考验你的耐性,两周之内要能签下字就算是顺利了。还有一点有过大项目经验的仁兄有没有注意到,项目验收签字的都是客户的最高层和最低层两三个人的名字一起签在上面,中间管理层做了许多幕后工作,所以在验收的过程中不要忘记向客户的每个上级多表扬一下项目中参与的他下属人员的业绩,当他们都是功臣时在最后一关卡住的机会会少很多。因为最后一关没有通过,所有的一切努力都是白搭!希望此篇文章对广大同行能有实际的帮助,祝各位同仁都能在项目验收的庆功宴上多喝两杯。

作者:郑德辉,2000年毕业后一直从事MIS软件开发,近几年一直从事人力资源软件的开发,参与负责主持了大小三十多个项目,希望和广大同行共同交流心得经验,联系方式dhuiz@sohu.com

时间: 2024-11-04 01:35:22

[转载]大项目中项目经理的作用的相关文章

【转】VC++项目中stdafx.h的作用

        stdafx全称Standard Application Fram Extend.没有函数库,只是定义了一些环境参数,使得编译出来的程序能在32位的操作系统环境下运行.         Windows和MFC的include文件都非常大,即使有一个快速的处理程序,编译程序也要花费相当长的时间来完成工作.由于每个.CPP文件都包含相同的include文件,为每个.CPP文件都重复处理这些文件就显得很傻了为避免这种浪费,AppWizard和VisualC++编译程序一起进行工作,如下

物料计划职能管理中物料经理的作用

物料经理的http://www.aliyun.com/zixun/aggregation/7131.html">工作职责: 1.根据客户需求信息,结合内部资源状况,整理并编写详细的生产计划及物料需求计划,并组织检查落实: 2.根据用户定单,生产能力和库存,分别组织编制生产,采购,物料供应和出货计划:督促.检查生产计划的执行状况,及时协调解决生产过程中出现的问题: 3.全面负责生产物料的申请.采购.处置等工作,对供应商进行日常采购管理,满足交货和生产的要求: 4.负责库存管理和控制. 物料作

项目管理手记:DRP项目中软件系统架构的比较

软件系统架构,这是一个非常技术性的词.一般来说,服装企业的业务部门是不太理会这个东西的,毕竟他们关注的是业务实现.操作方便性等.就算是一些企业的IT技术人员,对于软件系统架构到底能够在IT项目中起到什么样的作用,可能也不太清楚.我还记得有一位企业的IT主管说过:"软件系统架构是个什么样的东西,对于我们公司来说,软件好用即可,我管它是用VB写的,还是用10层架构码出来的." 这位IT主管的话对吗?可能从企业的角度来说,信息系统的管用就行,其它的因素可能不用担心太多,至于软件系统架构,这是

业务分析师在敏捷项目中的作用

敏捷http://www.aliyun.com/zixun/aggregation/13764.html">软件开发实践的文化中存在着一个断层,该断层同样体现在许多敏捷团队中.这个断层就是业务分析人员在敏捷项目中的角色--谁来担任这个角色?它的作用 和价值是什么?它又是如何发生改变的?这种情况的潜台词(其实我曾至少听人说过一次)就是:"我们不需要什么见鬼的分析师!".无需赘言,我当然认为这是 大错特错!在本文中,我证明如下观点:只要以正确的方式向业务看齐,业务分析师就可

大数据-spark能在WEB项目中使用吗?

问题描述 spark能在WEB项目中使用吗? ssh的web项目中想使用spark大数据分析,导入spark的jar包 在初始化sparkconf时报求助啊.............大神在哪里 解决方案 用法有问题,根本不是包的问题.spark更像是操作系统,你的调用是在其上的,而不是平行调用以为加个包就可以了

ios-IOS项目中遇到问题,请各位大神帮帮忙,在线急等!!谢谢

问题描述 IOS项目中遇到问题,请各位大神帮帮忙,在线急等!!谢谢 "list={{q="gggggg",a="rrrrrrrr"},{q="gggggg",a="rrrrrrrr"},{q="gggggg",a="rrrrrrrr"}}"有这种样式的一组数据,我放在data中,怎么样才能取出,每个q,a相对应的值!请各位大神帮忙,在线等! 解决方案 先解析出list

嵌入式软件-比较大的项目中,头文件中声明的变量和函数一般不太好确定前面是不是要加extern把

问题描述 比较大的项目中,头文件中声明的变量和函数一般不太好确定前面是不是要加extern把 比如这个.h文件中他用了一个ifdef,这个只是一个类似一个标志吧,任何程序里面都可以这样用吗,这是比较好的方式吗 解决方案 这是查看宏定义,判断是否define了这个宏.然后决定后面的各种定义.以endif结尾 解决方案二: ifdef你可以看做if..extern表示你函数定义在别的文件里.这里应该是为了防止冲突,通过宏值,决定是否是用本类中的该函数还是其他文件的相同命名的函数(起函数功能可能有所区

运维专家:我在大数据项目中踩过的那些坑

一.主要讨论人员 提问:陈超,七牛云技术总监 回答:朱冠胤,百度资深大数据专家,连续两次百度最高奖得主. 二.引言 "坐而论道"是一个轮流问答的玩法.本文是大数据主题周中,几位国内一线专家激情问答的一部分内容.期间,各位群友也积极参与. 三.问题集锦 1.MongoDB在百度的使用场景及规模? 2.假设现在让你完全主导一个类似Hadoop的项目,你会选择哪种语言? 3.分享你在百度各种大数据项目中踩过的坑? 4.你所在团队在自研和使用开源方案的主要考虑因素? 5.新一代分布式数据库(N

h-怎样对一个程序实现的功能移植到已有的一个大MFC项目中?

问题描述 怎样对一个程序实现的功能移植到已有的一个大MFC项目中? 1// HttpPost.cpp written by l_zhaohui@163.com 2// 2007/11/30 3#include "stdafx.h" 4#include <windows.h> 5#include <stdio.h> 6#include <stdlib.h> 7 8#define _ATL_CSTRING_EXPLICIT_CONSTRUCTORS 9#