第11章 软件项目综合分析与评价

2)每个开发阶段的提交结果定义不明确。中间结 果是否已经完成，完成了多少模糊不清，结果是项目 后期堆积了大量工作。 3)开发计划没有指定里程碑或检查点，也没有规 定设计评审期。 4)开发计划没有规定进度管理方法和职责，导致 无法正常进行进度管理。 (5)项目组设计人员能力低下 对技术问题的难度未能正确估计，将设计任务交 给了与要求的水平不相称的人员，造成设计结果无法 实现。 (6)项目经理的管理能力不足
11.3.4 执行项目评价
项目综合分析与评价的目的是发现重大问题， 并评估项目的整体性能是否满足要求。 执行评价的第一步是召开小组会议。会议第 一议题是集中听取每个代表对原先发布的问题的 回答。 各部门发言的顺序和一般与软件开发过程的 顺序一致，并规定发言的顺序限制。例如，计划 部门的代表应在开发部门的代表之前发言，而开 发部门的代表应在测试部门的代表之前发言等。 会议第二议题是针对各部门的发言，进行提 问和交流。通过这种方式可以进一步了解针对某 个问题的不同看法，有利于项目的评价。
11.3.6 处理发现的问题
软件项目评价小组提交评价结果后，评价小组成 员的参与就结束了。 项目结束后，处理工作是项目领导层最重要的活 动，这些活动的目的是圆满地解决评估小组所发现的 重大问题。 处理问题的方法可以包括多种途径： ▲决策层拿出解决方案
▲发动广大员工，群策群力提出解决办法
▲走出去，学习、取经 ▲请进来
项目的成功度通常分为五个等级： (1)项目完全成功 项目的各项指标都已全面实现，并取得巨大的效 益或影响。 (2)项目是成功的 项目的大部分目标已经实现，达到了预期的目的， 并已经产生预期的影响。 (3)项目是部分成功的 项目实现了原定的部分目标,也只取得了一定的 效益和影响。 (4)项目是不成功的 项目实现的目标非常有限，相对于成本和付出的 代价而言，项目几乎没有产生效益和好的影响。 (5)项目是失败的 项目的目标没有实现或无法实现，相对于成本和 付出的代价，项目没有产生任何效益和正面的影响。
执行评价的第二步是总结评价，拟准备提交给 项目领导层的一系列图表。图表列出他们在项目评 审中发现的问题，对项目满足进度、费用和质量要 求的可能性做整体评估，最后给出结论。项目评审 小组还可以对某些或所有他们发现的、需要处理的 问题给出建议。
11.3.5 提交评价结果
项目评价小组成员应以建设性的态度来表达他们 发现的问题，评价结果中包括针对问题提出的建议。 项目综合分析和评价通常要制定两张表。一张表 是“正确”的行为，可以把正确的经验用到未来的项 目中。要对这张表的表项进行排序，把最有益的表项 排列在表的最前面。 另一张表是项目中“错误”的行为，以优先权排 序，最重要的问题列在最前面。
(3)项目组织过小，开发能力不足 软件开发的各个阶段人手不足是大多数项目 都会面临的问题，还有一种情况是项目组成员的 技术水平达不到预定的要求，或者在项目工数估 算时没有对技术水平，进行详细、认真地评判。 (4)开发计划不充分 没有良好的开发计划和开发目标，主要反映 在以下几个方面： 1)工作责任范围不明确，工作分解结构(WBS) 与项目组织结构不明确或者不相对应，各成员之 间的接口不明确，导致有一些工作根本无人负责。
(2)工作量估算过少
软件开发中，必须综合考虑开发各个阶段，人 员的生产率、工作的复杂程度等因素。
对工作量的重要性认识不足，最常见的问题是 经常用主观想象的方式进行粗略估算。另外，软件 开发经常会出现一些平时不可见的工作量经常会被 遗漏。
除此之外，还有如下原因： 1)出于用户和管理部门的压力在工作量估算上 予以妥协。 2) 过于自信或出于自尊心，对一些技术问题不 够重视，或者担心估算多被嘲笑。 3)过分依赖经验。
11.3.3 软件项目综合分析与评价的准备工作
项目评价小组要为每个项目部门准备一系列问题 并要求他们回答。 这些问题是经过项目评价小组成员一致认可的。 问题的范围可能很广，也可能限于某个特定的领域。 所涉及的基本问题范围如下： 1)产品概述 2)任务目标 3)人员和技术 4)项目组织、角色和责任 5)进度表和里程碑跟踪
10.3软件项目评价的步骤
项目综合分析与评价过程包括下列步骤：
(1)阐述目的 (2)选择参加人员 (3)准备小组会议 (4)召开小组会议
(5)提交结果
(6)ห้องสมุดไป่ตู้理问题
11.3.1 软件项目综合分析与评价的目 的阐述
软件项目综合分析与评价的目的在一开始就要提 出来。
该目的最好先在软件组织的会议上进行口头交流， 然后再给所有的项目参与者提出书面说明。 为了达到最好的效果，该书面说明应该包括一个 描述项目综合分析与评价过程的附件。附件需要定义 项目综合分析与评价过程，明确提出每个组织需要回 答的问题，使相关组织在软件开发过程中更关注与他 们相关的领域。并将综合分析与评价纳入项目进度计 划。
11.3.2 软件项目综合分析与评价的人员组织
软件项目综合分析与评价由项目管理部门组织 进行。由项目评价协调人选择项目评价小组的成员， 成立评价小组。 项目综合分析与评价人员应具有软件项目评价 的资格。
综合分析与评价小组的组成成员应包含每个部 门的代表，尤其是计划、开发、模块组装、测试、 发布和其他重要部门至少应当选出一个人参加。
11.1 软件项目成功与失败的评价准则
软件项目综合分析与评价最重要的是确定软件 项目的成与败。 项目成功或失败的标准主要是目标是否被实现。 一般采用成功度评价方法确定项目的成败，该 评价方法是依靠专家或专家组的经验，通过综合分 析项目的各项指标，对项目的成功程度做出定性的 结论。 成功度评价以项目目标为核心对项目进行全面 的、系统的评价。
6)产品定义和变化控制
7)过程
8)质量 9)生产率 10)项目交流和纪律 11)顾客参与、外部团体的支持 12)供应商和子承包商 13)用户期望 14)项目财务 15)教育和培训 16)关键的成功因素 17)重要问题(包括技术障碍) 18)项目前景(包括风险评估) 19)运转良好的和不好的其他过程 20)其他(包括业务和法律问题)
10.2 软件项目失败的原因
软件项目是一项复杂的系统工程，牵涉到各方 面的复杂因素，它的失败原因也是多种多样的。
从项目管理的角度考察，软件项目失败通常有如 下基本因素： (1)需求内容不明确，把握不充分 一方面，客户的知识缺乏，不知道要开发什么样 的系统，经常是走一步算一步，不断地提出和更改需 求。另一方面，实现方行业知识缺乏和设计人员水平 低下，不能完全理解客户的需求说明，经常是以想当 然的方法进行系统设计，结果造成重复工作。
评价小组成员应具备以下条件： 1)熟悉本项目的全过程； 2)具有与其角色相应的经验，或者受过与其角 色相适应的培训，具备所需的相关知识，能全面理 解项目完成后的评审工作。 评价小组应有本项目之外的专家参与，因为这 些专家拥有有益于评价的经验和知识，以及能站在 中立的立场上对项目进行评价。 管理人员的加入可能会对评价的公正性等造成 影响，所以管理人员一般不应参加项目综合分析与 评价小组。
第11章 软件项目综合分析与评价
本章要点： 软件项目成功与失败的评价准则 软件项目失败的原因 软件项目评价的步骤
软件项目的综合分析与评价的目的是指从所开 展过的软件项目管理过程中出现的错误和疏忽中总 结教训，吸取包括项目进度、费用、质量及其他相 关因素在内的成功运作经验，并力求应用到当前和 未来的项目中。 软件项目综合分析与评价与软件产品质量评估 有所不同。产品质量评估进行的分析主要针对“产 品”而不是“过程”，产品质量保证评估要确定产 品是否可以发布或交付，以确保顾客是否能够拥有 最优质的产品；而软件项目综合分析与评价要确定 软件项目过程的优缺陷，并在下一个软件项目执行 过程中加以改进，以使软件组织从过去的经验中获 益。