项目管理灵犀一点通（下篇）

《项目管理灵犀一点通（下篇）》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）项目管理灵犀一点通（下篇）1项目管理灵犀一点通King/编译【编者按】RMaxWideman是项目管理的泰斗级人物,本期Wideman将继续软件项目管理问题的精彩问答.直接的问题,经典的回答,将会让读者感受软件项目管理的精髓.下篇:软件项目管理问答录问:您有各种不同类型项目的经验,从土木工程项日到软件项目,二者的差异如何?Wideman:首

2、先,土木工程是指像公路,铁路,供水之类的工程,这类项目与软件项目的差异在于完成它们所要求的才能是不同.土木工程要求的是四肢发达,孔武有力的工人,而软件项目需要的是智力高度发达的个人.这两种类型的人需要完全不同的管理方式.在第一种情况下,工人所需要的只是”告诉我该做什么,我就会去做”,而在后一种情况下,需要解决的是”告诉我为什么应该做它,我会用最好的方法来解决它.”有趣的是,经验表明在一种情况下的行之有效的方法,在另一种情况下则根本不起作用.问:衡量土木项目成功的关键因素是什么的?Wideman:传统上,土木工程支出相对比较大,建设工期长.项目一

3、旦完成,5O程序员200401则是有形的,看得见摸得着,不至于迟迟不能收尾.因此,周到的进度计划,以及各种工作要素的整合必不可少,所以,它关注的是效率,也就是说,是时间和成本.当然,在效率这一前提下,各项工作都必须达到要求.总之,这类项目的成功取决于最初设计的质量高低和是否周到全面.问:目前软件项目失败成了家常便饭,您能为软件项目的成功提出一些策略吗?Wideman:这是一个非常有趣的问题.软件开发行业仍然处于非常初级的阶段,而且人们也在不断发掘更好的开发方法以指导软件项目的开发,提出了许多方法,如PRINCE2(英国),RUP(Rationa

4、lUnifiedProcess).当然,不论是什么方法,有方法胜干没有方法,但问题在于如今的软件项目是按照传统的建筑项目的模式来进行管理的.对于建筑项目来说,客户很容易想像一幢大楼或一条道路是什么样的,但对于只能看到用户界面的软件系统来说,要想象它是什么样的却要困难得多.这意味着必须得有一些”产品”向客户演示以便于评审和决策.对软件项目来说,在开发一开始就制定完整的项目计划是不可能的.”增量”的开发方法是必须的,这与传统的工程项目一开始就要制定明确的工期和成本截然不同.除非解决了这个冲突,并明白如何解决它,否则严重的软件项目的失败注定不可避免.

5、(.下篇)问:软件项目的范围和结果常常会变更,这给软件项目带来严重的影响.项目经理应该如何将这种影响减到最少?Wideman:这个问题与上一个问题有关联.项目经理所处的位置不易,项目经理通常是在与项目有关的最重要的决定之后做出后才得到任命的.这意味着软件产品的开发策略,开发工具已经决定了.而且,许多系统的开发在人员方面的配备先天不足,也就是说,没有一个人承担设计人员的角色参与包罗万象的产品的设计,却要开发一个出色的产品,并满足各种性能:实用,易操作,易用,易维护,可靠等等.结果,当这些缺点暴露出来的时候,变更就不可避免这种变更并非不合理,但是却

6、拖延了进度,忽视了软件内部的相互关系,增加了由此而产生的缺陷(Bug)的可能性.这要求项目经理对这种迫近的困难有清醒的认识和准备,并花费相当大的精力在管理培训方面.问:在项目管理方面,项目回顾和评审非常重要,它们对一个软件项目成功的贡献如何?能谈谈您在这方面的经验吗?Widernan:你说得很对,项目回顾和评审在项目管理方面的确非常重要,尤其在运用熟练的情况下.在项目实施过程中,它们可以是很好的学习和提高手段,带来更好的项目成果.如果对所发现的情况加以存档,对以后的项目也是很有利的.然而,我们的个人经验是,这样的回顾和评审并不不受欢迎,因为它们

7、被视为一种批评,并且同日常的真实挑战无关.项目管理过程已制定好了,以至于在项目实施过程中根本不能做任何重大更改.项El管理人员可能要么忙于应付这类额外的工作星,提供所要求的信息来应付评审,要么进行严峻的尝试以变更工作方法.看来最能够被接受的方式是项目完成之后的评审一～项目回顾,此时项目成员有时间对整个项目的实施进行认真的思考,并能够推荐今后改进项目实施的方法.问:您在项目风险管理领域有着宝贵的经验,能谈谈组织如何跟进项目管理和克服项目风险?Wideman:说实在的,项目风险管理不是一个难以理解的概念,也不是一个难以实施的困难过程.在尽可能早的阶

8、段,集中人员,开一个”头脑风暴(brainstorming)”之类的会议,对所有典型的错误和可能的错误进行探讨,评估每一项错误的可能性并制定风险级别顺