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