大型项目_管理的容易忽略的一些问题.docVIP

大型项目_管理的容易忽略的一些问题.doc

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
大型项目_管理的容易忽略的一些问题.doc

大型项目管理的容易忽略的一些问题 0 引言   IT项目涵盖的范围很广,项目规模差异也很大,小的几万,大的数十亿。不同类型、不同规模项目管理上的特点也不尽相同。我们经常用麻雀虽小、五脏俱全来比喻小项目,但是真的要解剖麻雀和大象时,你会感觉到差异还是非常大,绝对不只是数量级的变化。解剖麻雀可能主要解决几个关键部位就可以了,对于大象却很难说哪里才是关键部位。所以大项目才能真正体现管理价值,而且必须面面俱到,稍有偏差都会造成很大损失。   本文根据作者的工作经历,整理了一些常备忽略的问题,可能是一家之言。但从管理学上讲,所有理论都是给我们提供了改进的方向,具体怎么做只能靠大家去实践、去体验。所以,这些感悟虽然不比那些理论具有大家风范,却能让我们从他人眼中看待项目中点点滴滴,从中有所启发。   1 大项目范畴   IT 项目类型很多,偏硬件的项目往往金额很大,偏软件的往往人员很多,要是给一个绝对的大项目标准非常困难。一般来说,大项目涉及的技术方向较多,比如网络方面可能就包括局域网、虚拟专用网、无线网络、网络安全等,而且有很多项目还包括业务咨询、存储、软件、实施推广等方面。项目所需专业能力结构比较复杂,小项目一般比较专一。所以,大项目的参与人员众多,专职项目经理不止一个,包括总体项目经理、各分项目经理,甚至包括子项目经理,也就是说项目管理的层次很多。再有,一般大项目历时较长,如果技术复杂、参与人员多,历时不可能很短,少则一年半载,多则三年五年。如果项目具有这些特点,自然金额也不会小,客户方参与领导也不低,涉及的用户也不会少。   因此,典型的I T大项目就是总集成(总包)类型项目,项目任务包括整个IT建设的方方面面,常被逐层分解成若干分项目、子项目进行实施。现实中这样的项目很多,除了IT界其他行业也有很多案例。   2 常被忽略的问题   如前所述,大型项目需要面面俱到,这也是不同于小项目的主要特点,在实际项目管理过程中,发现以下几个方面存在问题。   2.1 总体管理问题   大型项目一般会被分解成若干子项目进行管理,总体管理一般的形式是组建项目管理办公室(PMO),划分子项目之间界限、协调子项目之间的关系,控制项目总体时间节点目标,对高层领导汇报、对外沟通协调等。一般来说,大多数项目也是这么组织的,但是却达不到预期目的,问题出在哪里。   常见问题之一是没有总体项目管理人员,看似不合理,但是实际存在很多。这种问题通常出现在项目甲方组织实施的项目。项目被划分为若干部分,由多个实施方分别进行实施,虽然各实施方共同组建了项目管理办公室,往往是流于形式。由于甲方本身在技术层面的缺失,又对各家实施细节不清楚,很难发挥出协调作用。平时开会各说各的,出问题以后相互推诿,甲方整天忙于解决实施方之间的问题,很难在整体进展等方面发挥作用。   另一个常见问题是总体项目管理缺乏权威性,也就是指挥不动实施方。通常出现在项目实施方中有甲方的下属单位,他们也算是半个甲方,项目管理办公室那他们没有办法,然后就产生一堆问题。   对于这些问题,首先还是要建立一个强有力的项目管理办公室,不管是甲方组织还是总集成商负责组织。其次,总体计划、责任矩阵一定要清晰,子项目范围接口一定要明确,各实施方必须认可这些内容。项目联席会议上就事说事,谁的责任谁扛,不能留情面,协调不动找领导拍砖头,刚开始不适应,过一段时间就能上轨道。   2.2 风险管理问题   风险管理是一个众所周知的概念,风险管理包括识别、分析、应对等过程,而且每个项目都有风险,但是真正重视起来的项目确不多。   常见问题包括没有整体风险收集体系,项目风险存在项目所有任务中,等到项目管理者知道时,风险已经变成问题了。比如有个程序员工作可能要延期,对于他来说也许后续加班就能补上,但是可能造成的与某项工作任务相关联的诸多进度。   还有一些项目也通过周报方式的建立风险识别和收集体系,但是没有专人跟踪风险处理过程,等待风险的发生。   风险管理不是项目经理的事情,而是所有成员共同面对的问题,如果能够建立一套完整的风险识别、报告体系,让所有成员都有风险意识,理解风险报告的重要性,项目经理灭火的时间要少的多。风险收集起来一定要落实责任人,明确应对策略,并在风险失效期前一定要跟踪。如果风险管理做的足够好,项目进展就会很顺畅,如果没有,往往让人觉得项目过程非常曲折。   2.3 设备管理问题   这不是项目管理的大问题,却是最长遇到的问题,项目过程中会使用很多服务器、PC、交换机、路由器等设备,加之工作地点的不稳定、人员变动等因素,设备丢失几乎每个项目都会发生。笔者经历的某项目结束时,进行设备清查发现3台 PC server不知去向,1台笔记本电脑丢失,2台交换丢失等。   

文档评论(0)

zijingling + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档