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

项目管理灵犀一点通（下篇） 1 项目管理灵犀一点通 King/编译 【编者按】RMaxWideman 是项目管理的泰斗级人物,本期 Wideman将继续软件项目管理问 题的精彩问答.直接的问题,经典 的回答,将会让读者感受软件项目 管理的精髓. 下篇: 软件项目管理问答录 问:您有各种不同类型项目的经 验,从土木工程项日到软件项目,二者的 差异如何? Wideman:首先,土木工程是指像 公路,铁路,供水之类的工程,这类项 目与软件项目的差异在于完成它们所 要求的才能是不同. 土木工程要求的是四肢发达,孔武 有力的工人,而软件项目需要的是智力 高度发达的个人.这两种类型的人需要 完全不同的管理方式.在第一种情况下, 工人所需要的只是”告诉我该做什么,我 就会去做”,而在后一种情况下,需要解 决的是”告诉我为什么应该做它,我会用 最好的方法来解决它.”有趣的是,经验 表明在一种情况下的行之有效的方法, 在另一种情况下则根本不起作用. 问:衡量土木项目成功的关键因素 是什么的? Wideman:传统上,土木工程支出相 对比较大,建设工期长.项目一旦完成, 5O程序员200401 则是有形的,看得见摸得着,不至于迟迟 不能收尾.因此,周到的进度计划,以及 各种工作要素的整合必不可少,所以,它 关注的是效率,也就是说,是时间和成 本.当然,在效率这一前提下,各项工作 都必须达到要求.总之,这类项目的成功 取决于最初设计的质量高低和是否周到 全面. 问:目前软件项目失败成了家常便 饭,您能为软件项目的成功提出一些策 略吗? Wideman:这是一个非常有趣的问 题.软件开发行业仍然处于非常初级的 阶段,而且人们也在不断发掘更好的开 发方法以指导软件项目的开发,提出了 许多方法,如PRINCE2(英国),RUP (RationalUnifiedProcess).当然,不 论是什么方法,有方法胜干没有方法,但 问题在于如今的软件项目是按照传统的 建筑项目的模式来进行管理的.对于建 筑项目来说,客户很容易想像一幢大楼 或一条道路是什么样的,但对于只能看 到用户界面的软件系统来说,要想象它 是什么样的却要困难得多. 这意味着必须得有一些”产品”向 客户演示以便于评审和决策.对软件项 目来说,在开发一开始就制定完整的项 目计划是不可能的.”增量”的开发方法 是必须的,这与传统的工程项目一开始 就要制定明确的工期和成本截然不同. 除非解决了这个冲突,并明白如何解决 它,否则严重的软件项目的失败注定不 可避免. (.下篇) 问:软件项目的范围和结果常常会 变更,这给软件项目带来严重的影响.项 目经理应该如何将这种影响减到最少? Wideman:这个问题与上一个问题有 关联.项目经理所处的位置不易,项目经 理通常是在与项目有关的最重要的决定 之后做出后才得到任命的.这意味着软 件产品的开发策略,开发工具已经决定 了.而且,许多系统的开发在人员方面的 配备先天不足,也就是说,没有一个人承 担设计人员的角色参与包罗万象的产品 的设计,却要开发一个出色的产品,并满 足各种性能:实用,易操作,易用,易维 护,可靠等等. 结果,当这些缺点暴露出来的时候, 变更就不可避免这种变更并非不合理, 但是却拖延了进度,忽视了软件内部的 相互关系,增加了由此而产生的缺陷 (Bug)的可能性.这要求项目经理对这 种迫近的困难有清醒的认识和准备,并 花费相当大的精力在管理培训方面. 问:在项目管理方面,项目回顾和 评审非常重要,它们对一个软件项目成 功的贡献如何?能谈谈您在这方面的经 验吗? Widernan:你说得很对,项目回顾和 评审在项目管理方面的确非常重要,尤 其在运用熟练的情况下.在项目实施过 程中,它们可以是很好的学习和提高手 段,带来更好的项目成果.如果对所发现 的情况加以存档,对以后的项目也是很 有利的.然而,我们的个人经验是,这样 的回顾和评审并不不受欢迎,因为它们 被视为一种批评,并且同日常的真实挑 战无关. 项目管理过程已制定好了,以至于 在项目实施过程中根本不能做任何重大 更改.项El管理人员可能要么忙于应付 这类额外的工作星,提供所要求的信息 来应付评审,要么进行严峻的尝试以变 更工作方法.看来最能够被接受的方式 是项目完成之后的评审一～项目回顾, 此时项目成员有时间对整个项目的实施 进行认真的思考,并能够推荐今后改进 项目实施的方法. 问:您在项目风险管理领域有着宝 贵的经验,能谈谈组织如何跟进项目管 理和克服项目风险? Wideman:说实在的,项目风险管理 不是一个难以理解的概念,也不是一个 难以实施的困难过程.在尽可能早的阶 段,集中人员,开一个”头脑风暴(brain storming)”之类的会议,对所有典型的 错误和可能的错误进行探讨,评估