【文档说明】软件项目管理基础课件.ppt，共(211)页，1.387 MB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-50538.html

以下为本文档部分文字说明：

软件项目管理基础武慷海外软件开发事业部2内容项目管理的基础知识项目的时间管理项目的质量管理项目的人力资源管理项目的结项3项目管理的基础知识项目管理的两个基本概念项目生命周期项目管理过程项目成功的概念项目经理应具备的相关技能4项目管理的两个基本概念

项目的概念PMI对项目的定义项目是为完成某一独特的产品或服务所做的一次性努力5项目管理的两个基本概念项目的概念（续）临时性1.项目有明确的起始与截止日期•项目合同的起止日期2.当达到项目的目标时即项目的截止日期；或项目被中止/取消的日期3.项目的临时性并不意味着项目所提交的产品或服务

也是一次性的（一次性纸杯的生产）4.项目所面临的市场机遇往往也是临时性的（没有企业愿意在2009年生产北京奥运的徽章）5.项目组也往往是临时性的，当项目结束时，项目组也随之解散（或释放）6项目管理的两个基本概念项目的概念（续）独特的产品或服务1.项目所产生的

产品或服务是独一无二的2.对于批量生产的商品（例如空调或冰箱）则不具备独特性，而例如北京联通计费项目则具有独特性3.重新铺设北京二环的所有路面也可以看作一个独特的服务7项目管理的两个基本概念项目的概念（续）项目需要使用资源，一般包

括1.人（具有各种技能和经验的人员）2.物（开发规约、各种设计书、测试数据、开发需要的硬件和软件等）3.资金（人件费、教育费、硬件与软件的购入费）4.时间（交付日期）5.信息（项目组内部信息、相关项目组的信息、用户的信息、竞争对手的信息、行业领域的最新动向等）8项目管理的两个基

本概念项目的概念（续）项目应有一个主要发起人或客户大部分项目都会有许多项目利益相关者或干系人项目含有不确定性由于每个项目都是唯一的，有时很难确切地定义项目的目标，或准确估计完成项目所需的时间和成本支出。这种不确定性是项目管理的如此具有挑战性的主要原因之一，这种情况在新技术项目中更为突出

。9项目管理的两个基本概念项目管理的概念通过项目经理和项目组织的努力，运用系统理论和方法对项目及其资源进行计划、组织、协调、控制，旨在实现项目的特定目标的管理方法管理是通过计划、组织、控制和领导等环节来协调人力、物力和财力资源，以期更好地达成组织目标的过程法约耳的管理五要素：计划

、组织、指挥、协调、控制项目管理与传统管理之间的联系与区别10项目管理的两个基本概念项目管理的概念（续）项目干系人的需要和期望9大知识领域核心功能项目的整体管理人力资源管理沟通管理风险管理采购管理辅助功能项目管理的工具和技术项目成功时间管

理成本管理质量管理范围管理11项目管理的两个基本概念项目管理的概念（续）三大关键要素项目干系人项目管理知识领域项目管理工具和技术12项目干系人项目干系人的定义会对项目产生影响的个人或组织以及项目的结

果会影响的个人或组织项目干系人更多地以利益影响的方式来区分以利益驱动的方式来促成项目的成功13项目干系人项目干系人通常包括项目经理客户客户与最终用户项目团队成员出资人组织内其它部门供应方竞争对手其他处于组织外部的项目涉及或受项目影响

的团体14项目干系人取得项目干系人的支持与项目干系人沟通的重要性例会或定期报告制度项目干系人之间利益折衷项目干系人对项目往往存在不同的期望，且这些期望之间存在较大的差异以客户为中心的思想15项目管理知识领域四大核心知识领域范围管理时间管理

成本管理质量管理16项目管理知识领域（续）四大辅助知识领域人力资源管理沟通管理风险管理采购管理17项目管理知识领域（续）项目的整体管理要发挥项目管理上的支撑作用，它与其他项目管理知识领域互

相影响。项目经理必须具备上述9方面全部的知识和能力18项目管理的工具和技术例如：时间管理的工具和技术有：甘特图、PERT、关键路径法（CPM）等MS-Project等19项目生命周期项目阶段与项目生命周期正是因为项目的独特性，项目在执

行过程中存在不确定性为了降低不确定性以阶段的方式来执行项目项目生命周期则是项目阶段的总和项目全生命周期概念不仅仅是交付，包括从立项一直到退役20项目生命周期项目生命周期特征根据项目生命周期的特征制订项目计划时间费用和人员的投入开始结束起始阶段结

束阶段中间阶段21项目生命周期几种典型的生命周期（续）22PI&PModuleModuleUnitSTRSOASODSOCSOITCSTC系统测试计划集成测试计划单元测试计划控制流数据流XXXPM需要签发的检查点系统测试完成集成测试完成签发代码签发《详细设计说明书》签发《概要设计说明书》签发《

需求规格说明书》KO项目启动会SystemModuleModuleModuleUnitUnitUnitUnitUnitUnitModuleUnitUnitUnitUnitUnit图例SubsystemUnitUnitSub

systemSubsystemREL标准V模型生命周期RAHLDLLDCUTITXXX推荐需要高层经理签发的检查点RC版本发布结束CLS产品调研报告、产品定义、业务需求23VP模型（原型V模型）数据流图例推荐高层经理签发的检查点XXX项目经理签发

的检查点XXXXXXX项目里程碑阶段原型迭代阶段第一次原型开发项目初始快速原型分析快速原型构建原型测试运行原型评估产品开发项目初始阶段整理确定需求设计编码&单元测试集成测试、系统测试产品发布控制流KOPE(1)PE(

2..n-1)PE(n)RC2426项目管理过程项目过程项目管理过程适用于绝大部分项目的管理过程，例如时间管理、质量管理、成本管理、风险管理等具有普遍的适用性27项目管理过程项目过程组项目管理

过程可以分为5个过程组1.启动过程•批准项目或阶段的开始2.计划过程•定义项目或阶段的目标及其所需的资源3.执行过程•根据计划来执行任务4.控制过程•通过定期来监督和测量项目的进展来判断项目实际的执行情况与计划的差异，如果需要，还应该采取纠正措施5.收尾过程•确定项目或阶

段可以正式结束28项目管理过程项目过程组（续）项目或阶段的过程组示意图计划启动执行收尾控制PlanDoCheck/Action29项目管理过程项目过程组（续）30项目成功的概念项目管理的“三约束”风险时间范围成本31项目成功的概念衡量项目是否成功的标准千差万别一般衡量项目是否

成功的“三条件”：QCT项目时间质量成本32项目成功的概念顾客满意度的达成：CS例如：即使项目开发超出预算成本，投入运营后在中长期内能实现客户的业务需求锻炼了开发队伍，获得了某方面的技术积累，有利于今后公司业务的开展33项目成功的概念（续）决定项目成功的

重要因素用户的参与程度高级管理层的支持明确的需求说明34项目经理应具备的相关技能项目管理的15项职能工作确定项目的范围识别项目干系人、决策人和逐级程序制定详细的任务清单（WBS）估计时间要求制定初步的项目管理流程图确定所需的资源和预算评估项目要求识别和估

计项目风险制定应急计划明确相互关系确认并跟踪项目的关键里程碑参与项目阶段的评估保障所需的资源管理变更控制过程汇报项目状态35项目经理应具备的相关技能有效的项目经理与低效的项目经理的几个重要特点有效的项目经理有表率作用有洞察力技术过硬有决断力善于沟通善于激励他

人必要时能够支持上级领导支持团队成员鼓励新观念新思想低效的项目经理表率作用差不自信缺乏专业技能和经验不善于沟通不会激励他人36项目时间管理项目时间管理的基本概念制定项目进度计划的方法检查项目进度状况的方法项目实际进度落后于计划时的对

策37项目的时间管理的基本概念项目时间管理包括项目所需时间的估算，制定可以接受的项目进度计划，并确保项目及时完工项目时间管理涉及确保项目准时完成所必需的过程涉及的主要过程包括：活动定义（WBS）活动排序活动历时估算制定进度计划进度计划控制38制定项目进度计

划的方法项目开发计划与项目进度计划的关系活动定义活动排序活动历时估算制定进度计划39项目开发计划与项目进度计划的关系项目开发计划书应包含内容开发目的（背景）系统/产品的特征质量目标及达成手段性能指标及达成手段开发/运行环境开发范围一览表与功能概要规模与工数预

算其他费用的预算开发体制开发日程表用户使用手册制作的日程表项目规章范围管理成本管理人力资源管理时间管理项目整体管理项目进度计划40活动定义活动定义，涉及确定项目团队成员和项目干系人为完成项目可交付成果而必须完成的具体工作活动或任务，是一部分工作，

一般在WBS里可以找到，它有预期历时、成本和资源的要求进度计划来自活动定义41关于WBSWBS(WorkBreakdownStructure)，工作分解结构WBS是一种将复杂任务分解为简单任务的方法将项目分解为可管理的活动作为软件项目计划和跟踪的基础42WBS的结构类型两种结构类

型交付物（工作产品）活动（任务）软件项目计划的WBS通常是两种类型的混合43WBS示例44WBS分解的粒度请根据以下准则检查WBS的粒度任务可由单个人来完成吗？任务的完成状态可以验证吗？任务开始之后还会依赖于其他任务吗？任务所分配的时间是否过长而不利于管理？为了保证管理的有效性

，对下一周每项任务的安排不要超过一个工作日45根据软件生命周期制定WBS对当前阶段的活动进行详细的分解暂时不要分解后续阶段的活动随着对项目了解的深入不断细化WBS根据阶段的划分来确定软件项目的里程碑46细化WBS结构通过滚动计划方式不断细化WBS结构4

7WBS的层次WBS具有不同的层次，不同的人关注在不同的层次项目团队成员的直接负责人关注到每个活动项目经理（项目规模较小时）项目组长（项目规模较大时）项目高层经理或客户关注在较高层次的WBS活动例如需求分析阶段、设计阶段、集成测试阶段和系统测试阶段48活动排序活动排序，涉及审查详细W

BS中的活动、详细的产品说明书、假设和约束条件，以决定活动之间的相互关系；也涉及评价活动之间依赖关系的原因，及各种依赖关系依赖关系反映了项目的活动或任务的顺序确定活动之间的依赖关系对制定并控制项目进度计划有重要的影响49活动依赖关系类型FSFinishtoStart例如：

需求分析-总体设计SFStarttoFinish例如：系统上线-项目结项FFFinishtoFinish例如：单元测试-编写集成测试用例SSStarttoStart例如：编写系统测试用例-总体设计50活动历时估算历时包括一项活动所消耗的实际工作时间加上间歇时间历时的估算结

果有可能导致更新工作分解结构51活动历时估算的方法类比法由上至下法(TopDown)由下至上法(BottomUp)功能点法(FunctionPoint)52小结从“三约束”出发考虑上述三个步骤活动定义

——进一步定义范围活动排序——进一步定义时间活动历时估算——进一步定义成本上述三个步骤必须由项目团队和关键的项目干系人共同参与完成为保证一致性和全员参与（项目绩效考核出发）53制定进度计划甘

特图关键路径法(CPM)计划评审技术(PERT)54甘特图甘特图1917年，亨利·甘特发明，通过日历形式列出项目活动及其相应的开始和结束日期，为反映项目进度提供了一种标准格式55甘特图示例56关键路径法(CPM)CPM(Critic

alPathMethod)美国国防部于二十世纪五十年代末期提出的方法，主要适用于大型工程项目项目关注于费用控制项目中的活动存在很强的依赖关系57关键路径法(CPM)计算关键路径关键路径决定了项目所需

要的最短总体时间位于关键路径上的活动浮动时间为0浮动时间为0的所有活动组成了项目的关键路径项目中可以有多条关键路径项目经理在控制项目进度计划时需要随时关注处于关键路径上活动的进度情况58关键路径法(CPM)示例59计划评审技术(PERT)PERT(ProgramEvaluatio

n&ReviewTechnique)美国国防部于二十世纪五十年代末期提出的方法主要适用于：R&D等不确定性较高的项目技术更新频繁、进度风险较高的项目60计划评审技术(PERT)PERT主要应用于对单

个活动的时间进行估计PERT对于每一种活动都采用三种估算值乐观时间、悲观时间和最可能的时间每种活动的时间则取决于加权值61计划评审技术(PERT)PERTPERT加权值=64悲观时间最可能时间乐观时间+

+62计划评审技术(PERT)PERT加权值与CPM单一活动值的关系63进度计划控制的基础切实可行的计划如果项目计划制定得不合理，再怎么努力工作也改变不了失败的命运区别有压力的项目计划和不可能完

成的项目计划对于工作完成状态的客观判断可能会报喜不报忧，每个人都会不自觉地隐藏对自己不利的信息64检查项目进度状况的方法在项目全生命周期中，项目经理需要随时监控项目的进度状况若出现延迟情况需要及时进行调整项目进度状况的检查，包括：准备工作进度信息的获取进度

信息的分析65准备工作项目经理的职责建立项目进度报告制度例如：确定例会时间、报告路径、周报格式等检查项目团队成员的个人工作进度计划是否合理项目团队成员的职责根据项目进度计划，建立本人工作进度计划按时提交周工

作进度报告66个人工作进度计划项目经理需要检查的内容与项目开发计划对照检查是否有遗漏项未列入项目开发计划的临时性工作是否也被列入个人工作计划各项工作的完成期限是否合理，是否对团队其他成员的工作造成负面影响根据个人能力

判断是否能够按照计划完成各项任务与团队中其他成员相比工作量分配是否平衡67个人工作进度计划制定个人工作计划对团队成员的意义对个人制定的计划须充分负责培养项目团队成员自我管理的习惯通过个人计划了解个

人在整个项目中的地位与义务强化项目整体的团队意识68个人周工作进度报告向直接上级报告报告内容尽量详细Who,when,what,where,how,howmany明确区分“事实”与“意见”包含项目经理需要了解的所有信息便于项目经理与团队成员的填写与阅读避免由于

个人原因提交虚假报告建立出现问题时的及时报告制度的同时，鼓励团队成员通过思考，寻找解决问题的对策69个人周工作进度报告个人周工作进度报告对团队成员的意义培养团队成员主动考虑问题对策的习惯培养团队成员从项目经理的角度出发，考虑自己的工作内容的习惯70进度信息的获取进度信息的获取途径正式途

径项目会议个人周工作进度报告非正式途径日常的口头交流等71项目会议的形式项目周例会检查上周工作，分配下周工作形成文档——项目周报项目月度会议横向交流经验，项目间调整事项形成文档——

会议记录里程碑会议项目经理与SQA人员分别汇报当前项目情况，高层管理人员根据报告的内容判断风险，并决定是否可以进入下一阶段形成文档——项目度量表评审会议评审前一任务的成果物，并决定是否可以进入下一任务形成文档——评审记录72高效的会议管理会议组织者的职责会议准备预先向与会者

通报会议的时间计划（起止时间）、议题等事先了解与会者的立场，准备会议资料，预先考虑对策选择与议题相适应的与会者，控制与会人数会议组织控制会议时间（2个小时以内），杜绝与议题无关的话题促使与会者充分发表意见会

议应有决议，防止反复就同一议题召开会议会议总结会议结束时总结会议决议与未定事项，并获取与会者的确认尽快形成会议记录并归档管理检查会议决议的执行情况73高效的会议管理（续）与会者的职责会议准备事先提交会议资料，预先就议题考虑

对策根据会议时间安排工作，无法参加时指定代理人参加会议按时到会（提前5分钟）就指定议题充分发表意见会议总结确认相关的决议与未决事项执行会议决议74进度信息的分析通过“计划指标”与“实际完成情况”确定进度状况阶段管理指标完成率整体设计~详细设计完成WBS数

7/10个=70%完成设计书页数5/10页=50%编码代码完成行数100/1000行=10%模块完成个数5/20个=25%测试测试完成项目数100/1000项=10%BUG摘出件数25/50件=50%75进度信息的分析在上述基本数据的基础上预测任务完成时间计划指标实际完成成果物

实际发生工时剩余部分难度预测剩余工时（预计完成时间）76进度信息的分析在上述基本数据的基础上获得平均生产效率经验数据正确认识积累生产效率数据的意义作为任务历时估算的基础（类比法）建立切实可行的项目开发计划的基础项目/员工绩效考核的基础77

需要与上级经理协调项目进度落后时的对策项目经理的职责范围压缩工期活动负责人的努力平衡资源项目团队全体的努力修改计划与项目干系人谈判补充人员请求支援78压缩工期赶工（Crashing）赶工是一种平衡成本和进度的技术，分析如何以最低

成本最大限度地压缩项目的总工期赶工意味着用成本来争取时间例如以加班的代价缩短关键路径上的活动的持续时间79压缩工期并行（FastTracking）将通常情况下按顺序进行的活动以重叠的方式进行，这样可以压缩项目的工期并行最大的缺点是，

由于太早开始某些任务常常会增加项目风险并造成大量的返工，因而会“欲速则不达”，反倒更进一步延长工期对工期压缩后则要重新判断项目的关键路径80压缩工期提高效率通过与具体活动的负责人的沟通，了解进度落后的

真实原因在此基础上，采取对策，从而达到提高效率，挽回进度的目的81平衡资源资源的分配分解工作范围，并为工作分配资源与时间成本预算的一个必要步骤“两头凑”需要的资源类型与可用的资源类型82平衡资源角

色分派矩阵人员事项项目干系人ABCDE单元测试SPAIR整体测试SPAIR系统测试SPAIR用户验收测试SPIARA：负责人P：参与者R：要求审查I：要求输入S：要求签字83平衡资源资源负荷84平衡资源资源平衡举例项目网络图中标出了活动A、B、C及其历时，活动A有

3天时差，活动C有2天时差。假设活动A有2个员工，活动B有4个员工，活动C有2个员工。2143A=2天B=5天C=3天85平衡资源BAC8642012345天数如果活动C延迟2天（活动A的总时差）开始的资源使用天数如果所有活动同一天开始的资源使用资源平衡举例ACBBCB864201234

586平衡资源天数如果所有活动同一天开始的资源使用资源平衡举例ACBBCB8642012345BAC8642012345天数如果活动A、C结束后支援活动BBBB87平衡资源注意事项调整业务分担时，不是简单地将某项任务

转移到其他团队成员，应仍旧以原负责人为主，其他人员支援其完成部分任务的形式进行保证一致性，提高效率88修改计划项目开发的早期阶段（整体设计~编码）尽量在对外产生影响的里程碑之前，调整进度计划，挽回进度同时应该分析进度落后的原因，采取对策严防由于同一原

因再度导致进度落后尽量在项目经理的职责范围内解决问题，防止对项目干系人的工作造成影响89修改计划项目开发的后期阶段（测试阶段）由于临近交付日期，极可能对外产生影响，必须与项目干系人进行协调，将影响控制在

最小范围内可采取的对策：减少发布的功能限制某项功能的应用分阶段发布各项功能变更交付日期90补充人员通过补充人员挽回进度的局限性项目成本管理的考虑项目人员管理的考虑对外影响的考虑因此建议将补

充人员的方法作为挽回进度的最后手段91补充人员通过补充人员挽回进度时的注意事项项目经理需要对支援人员进行必要的教育项目规章、业务背景、作业内容等将支援人员与原有项目团队成员一视同仁项目经理在请求支援时应明

确提出人员的技能要求，否则可能“得不偿失”在得到支援后，项目经理应该要求项目团队原有的成员应付出比支援人员更多的努力92进度落后时需注意的其他方面在进度落后时，项目经理不应仅仅关注项目的进度，同时要考虑下列问题项目质量按照项目规章、质量目标组织评审项目团队成员注意团队成员的

健康状况和士气注意分析原因，采取对策，预防再犯相同错误93分析进度落后的原因由于不切实际的计划所造成的交付日期不合理历时估算不准确高估项目团队成员的技术水平由于范围变更导致工作内容增加所造成的顾客需求的变更系统维护、Bug对应等其他工作挤压开发工时由于意外事件所

造成的项目团队成员的伤病项目团队成员的工作调动项目团队成员的离职94进度控制归根到底是处理人的问题推动项目按照计划进展并控制其进度，要求项目经理掌握下列领导技能授权激励纪律谈判95关于制定切实可行的项目计划制定切实可行的项目计划应注意：考虑前期项目的维护工时（尤其是

使用迭代式模型时）考虑与项目干系人接口的耗时（Q&A等）考虑项目团队成员参加各类公司内外组织的培训、讲座的时间考虑对项目团队成员进行顾客业务知识培训的时间96项目的质量管理项目质量管理的基本知识项目质量控制手段评审测试97质量管理的基本知识质量的定义质量管理的定义98质量

的定义国际标准化组织(ISO)的定义反映实体满足明确和隐含需要的能力和特性的总和。99质量的定义（续）与要求的一致性指项目的过程和产品满足书面规范要求适用性指产品能像它被计划的那样使用100项目质量管理的定义项目质量管理的目的是确保项目满足它所应满足的需求项目质量管理必须满足或超

越项目干系人的需求和期望为使项目干系人满意项目团队必须与所有的干系人建立良好的工作关系，并明确理解他们明确的和隐含的需求101项目质量管理的定义（续）项目质量管理包括三个主要过程：质量计划编制：包括确认与项目相关的质量

标准以及实现方式质量保证：包括对整体项目绩效进行预先的评估以确保项目能够满足相关的质量标准质量控制：包括监控特定的项目结果，确保它们遵循了相关质量标准，并识别提高整体质量的途径102项目的质量保证随着时代的变迁，质量保证的思维方式也发生变化重视以测试为手段一次质量(

无Bug)实现重视以有组织的质量保证活动二次质量(附加价值)实现103所谓“有组织的质量保证活动”明确定义质量保证活动的内容及其责任人明确质量保证数据的收集、分析、运用方法明确定义质量保证活动的工作流程和标准简言之，就是要求质量管理体系下进行质量保证活动104现代质量管理ISO

9000质量管理体系领导的作用全员参与基于PDCA的持续改进的过程方法以顾客为关注焦点105现代质量管理ISO9001:2000标准要求组织应依照本国际标准建立质量管理体系将其形成文件并予以实施、保持和持续改进。为了实施质量管理体系，组织应：标识质量管理体系所需的过程；

确定这些过程的顺序和它们之间的相互作用；确定所需的准则和方法，以确保这些过程有效运作和控制；确保可获得必需的信息以支持这些过程的运作和监控；测量、监控和分析这些过程并采取必要的措施以达到预期的结果和持续的改进。组织应依照本

国际标准要求管理这些过程。106现代质量管理能力成熟度模型(CMM)五个层次原始的：没几个过程被定义，常常依靠个人努力取得成功可重复的：建立了基本的项目管理过程，有过程方法可供重复过去的成功经验，用于类似项目被定义的：管理活动和软件工程活动的过程被文档化

、标准化，并被集成到组织的标准软件过程中，所有项目都使用一个经批准的、特制的标准过程版本被管理的：软件过程和产品都被定量地掌握和控制着优化的：组织能够运用从过程、创意和技术中得到定量的反馈，来对软件开发过程进行持续改进107为什么需要对过程进行标

准化部门或项目是由经验、技能水平不同的成员组成的，因此建立标准化的工作流程并通过教育使全员遵守标准是十分重要的。通过标准的定义与实施，使全员按照一致的标准工作，是确保项目质量的重要手段。例如，可建立

以下标准：对开发过程，确定设计书的内容与格式以及标准术语对测试与评审过程，确定评审用的检查内容表和测试程序的标准108质量评价（测量）标准质量特性（外部特性）顾客要求的软件特性，由多种副特性组成对于不同种类的软件，各种

副特性的重要度不同内部特性为了确保顾客所要求的各种软件特性，在开发过程中，评价（测量）软件质量的内部标准109质量特性（外部特性）功能性(Functionality)信赖性(Reliability)易用性(

Usability)高效性(Efficiency)维护性(Maintainability)易移植性(Portability)110内部特性略111通过评审进行质量保证设计阶段质量保证的手段通

过评审进行质量保证的一般方法制定评审计划Plan实施评审Do评审效果的审查Check评审问题的对策Action112设计阶段质量保证的手段导入案例113设计阶段质量保证的手段评审是对设计阶段质量保证的重要手段但

是评审不是设计阶段质量保证的唯一手段，提高设计质量是设计阶段质量保证的根本途径114提高设计质量的手段使用设计书模板，防止遗漏需明记的内容使用图表，使设计书能够正确传达信息选择适当的开发工具，以自动完成部分开发考虑易测试、

维护和扩展的需要，采用模块独立性较高的设计方案测试性：单元测试的全面性维护性：程序的易读性与缺陷的易修正性扩展性：对使用环境和用户需求变化的易对应性115评审活动的PDCA循环评审效果的审查Check开发作业评审活动Do制定评审计划Plan评

审问题的对策Action（保证评审质量）反馈116制定评审计划制定项目开发计划时，应同时确定项目各阶段的评审计划评审计划应包括以下内容：评审的对象评审的负责人（召集人）、参加人员评审的日程表评审完成标准（

需要定义各个项目独特的标准）117选择合适的评审人员选择合适的人员参加评审活动是获得客观可靠的评审结果的重要保证例如，评审人员可以是评审领域（质量保证或审计）的专家该项目团队成员具备评审人员素质应邀而来的人员由于感兴趣自愿参加的人员从其他不相关部门邀请来的

人员通常评审组由以上人员混合组成，由此带来多样性的观点118评审完成标准的内容（例）评审的实施率实际评审次数与计划次数的比率评审的覆盖率评审对象的实际实施量与总量的比率检查内容的覆盖率实际检查项目数与计划检

查数的比率问题的对应率已经对应的问题数与发现总问题数的比率发现问题数发现问题的总数与评审对象规模的比率119实施评审项目经理需要根据事先制定的计划，分阶段召开评审会议在努力提高评审的质量与效率的同时，对每次评审需要留有评审记录120评审记录的内容（例）评审实

施时间评审对象阶段参加人员评审对象设计书：“种类”与“页数”程序：“开发语言”与“有效行数”评审工时评审问题清单与对应记录所使用的检查内容表的具体内容121对评审结果进行记录的意义把握评审质量通过参照评审活动中

使用的检查内容表，可以了解评审的深度把握评审效果通过评审工时与发现问题数的对应关系，可以衡量评审效果防止遗漏问题的修正通过记录评审中发现的问题，可以防止遗漏上述问题的修正对发现问题的分析通过对评审中发现问题的分析，可以防止本人和其他项目团队成员犯相同类型的错误122评审的种类正式评

审满足以下条件的评审以评审会议形式实施评审活动的负责人参加评审留有评审记录根据事先制定的计划实施非正式评审不满足上述一个以上条件的评审例如在开发过程中，由活动的具体负责人或项目经理决定临时进行的评审，或以项目组内传阅形式进行的检查等123正式评审的优点可以获得上级或用户的承认

，减少事后出现问题的可能性可以听取多方意见，增加评审意见的客观性，降低风险与非正式评审相比，事先准备较充分，因此对提高质量帮助较大124正式评审的注意事项对于软件开发各个阶段生成的阶段性成果，必须进行评审，并记录评审结果。根据评审记录对设计书或程序进行修正。在未对

修正结果进行确认前，不能结束本阶段工作，进入下一阶段。一般来说，我们所说的“评审”就是指“正式评审”。125正式评审与非正式评审项目经理应该区分不同情况，灵活运用正式评审与非正式评审的形式，以达到提高效率，实现项目质量目标的目的。评审的时机126评审的方法走查法(Walkthrough

)审查法(Inspection)轮查法(Round-robin)原型法(Prototyping)模拟法(Simulation)127走查法假定程序模块的输入与输出值，按照执行步骤，逐行分析所有代码的方法通常用于对控制流程明显的程序或设计

流程图的评审应该以工作的具体负责人为中心实施128走查法（续）步骤首先假定对象模块的输入以及与之对应的输出结果根据输入值，按照程序运行的顺序跟踪运行结果最后比较跟踪到的最终结果与最初预想结果129走查法（续）优点当参与评审人员较多时，可以

对控制流程的各个步骤进行较详细的评审缺点当控制流程较复杂时，需要耗费较多的时间130审查法根据评审用检查内容表，对评审对象的某方面的质量进行审查的方法要求所有参加人员根据审查项目，从对象物中找出相应的审查位臵要求在受过专门训练人员的主持下实施

需要事先向所有参与人员分发讲解检查内容表需要选择详细了解系统/产品全貌的人员参加评审131审查法（续）优点由于使用专用的检查内容表，使参加人员可以专注于对象物某一方面的质量，因此可以一次对多个对象进行评审缺点若参加人员对评审对象不够了解，则

无法达到预期的评审效果132轮查法轮流指定所有参加评审的项目团队成员为评审负责人的组织方法优点全员参与，提高所有人的参与意识轮流作为评审负责人，可以提高大家的技术水平同时加深团队成员间的了解缺点对所有团队成员有较高技能要求，需要循序渐进，不能急于求成133原型法根据设计试作程序，

根据实际的动作进行评审的方法优点对于用户界面较多，或画面显示较多的程序比较有效缺点试作程序与实际的产品存在差异，仅供参考事先的准备工作耗费较多工时134模拟法建立模型，根据数学的近似算法，模拟系统或软件的运行环境，根据实际的运行结果进行评

审的方法。评审结果可以作为确定适当的技术路线的依据优点对于由于设计方法的不同对系统的性能有较大影响的程序十分有效，例如：有较高性能指标要求、占用较多系统资源、需要实时处理的系统缺点若模拟算法有误，会得出错误结果需要改变条件，反复进行模拟运行135事先进行自查的重要性组织建立了较完

备的评审制度后，组织成员有可能会产生过分依赖评审的倾向因此有必要强调自查的重要性在具体设计/开发的质量过低，会导致在评审中分散参加评审人员的注意力，降低评审的效率（耗费大量工时，却抓不住根本问题）对于所有项目团队成员，养成自查的习惯是一种重要的“纪律”1

36评审效果的审查项目经理需要主持所有的阶段性评审，并审查评审的结果以把握项目的质量情况项目经理需要随时掌握评审完成标准与实际评审状况的相对关系具体来说，有以下两部分的任务评审结果与完成标准的比较评审质量的审查137评审结果与完成标

准的比较检查实际进行的评审是否已经达到事先确定的评审完成标准当未达到标准要求的水平时，确定再次评审的计划发现问题数高于标准时——再次评审发现问题数远远低于标准时——改变评审方法138评审质量的审查项目经理可以通过以下的方面审查评审的质量是从何种

角度出发进行评审的？是否有具有适当的技能的人员参加评审活动？通过评审发现多少问题点？通过评审发现哪些方面的问题点？对于多少量的对象物，耗费多少工时进行评审？上述审查要求项目经理积累足够的经验数据139评审问题的对策项目经理通过评审掌握项目质量情

况后，需要针对现存问题采取适当对策从根本上重新制造组织再次评审140从根本上重新制造有时当成果物的质量过低时，再次组织评审往往也仅仅是浪费时间，不能从实质上提高质量这时项目经理应该有勇气决定投入技能较高的人员推翻原设计重新进行制造。完成此步

骤后再进行评审。141组织再次评审确定再次评审的方法改变角度，采用与前一次不同的评审方法改变参加评审的人员在评审用检查内容表中追加新的项目142实施评审时的注意事项限制评审会议的时间（2个小时以内）项目经理必须出席评审会议为使评审人员充分了解评审内容，应事先向他（她）们分发评

审资料明确指出问题点并明确记录在评审记录中143通过测试进行质量保证通过测试进行质量保证的一般方法制定测试计划Plan测试的设计与实施Do测试效果的审查Check测试问题的对策Action1

44测试活动的PDCA循环测试效果的审查Check测试测试设计Do制定测试计划Plan测试问题的对策Action（保证测试质量）反馈145制定测试计划制定项目开发计划时，应同时确定项目各阶段的测试计划测试的目的在于消除潜藏在成果物中的Bug，由于能够用于测试的资源有限，在制定

测试计划时必须考虑效率因素为了提高测试效率，通常按照单元测试、集成测试、系统测试的顺序分阶段实施146测试计划的内容（例）各个功能模块的测试方法测试环境测试工具测试管理方法测试日程测试体制Bug报告方法测试进度管理方法测试完成标准147测试完成标准（例）测试项目的消化率(

%)测试密度(件/KS)测试覆盖率(命令的覆盖率)测试覆盖率(条件判断的覆盖率)Degrade率(%)Bug收敛率(%)Bug发现率(件/KS)Bug发现率(件/项目)Bug修正率(%)148测试的种类按功能

层次分类单元测试（UnitTest）测试对象：详细设计书内容测试单位：各个功能模块集成测试（IntegrationTest）测试对象：功能设计书内容测试单位：一般为整个程序系统测试（Syste

mTest）从用户使用角度出发的、软硬件结合的测试149PI&PModuleModuleUnitSTRSOASODSOCSOITCSTC系统测试计划集成测试计划单元测试计划控制流数据流XXXPM需要签发的检查点系统测试完成集成测试完成签发代码签发《详细设

计说明书》签发《概要设计说明书》签发《需求规格说明书》KO项目启动会SystemModuleModuleModuleUnitUnitUnitUnitUnitUnitModuleUnitUnitUnitUnitUnit图例SubsystemUnitUnitSubsystemSub

systemREL标准V模型生命周期RAHLDLLDCUTITXXX推荐需要高层经理签发的检查点RC版本发布结束CLS产品调研报告、产品定义、业务需求150测试的种类（续）按测试数据分类黑盒测试（Black-boxTest）使用根据外部设计获取的测试用例

进行的测试单元、集成、系统测试阶段都可进行白盒测试（White-boxTest）专注于程序内部结构的测试选择能够覆盖程序中所有路径的数据进行测试负载测试自由测试151测试的种类（续）按模块间集成顺序分类由上至下式测

试（Top-downTest）由下至上式测试（Bottom-upTest）爆炸式测试（Big-bangTest）一步式测试152由上至下式测试从程序的最上层模块开始按由上至下的顺序进行测试的方法需要事先准备替代下层模块的测试程序通常用于需要反复测试上层模块的情况153由

上至下式测试（续）优点可以在早期把握程序的整体情况可以在早期确定模块间的接口情况每次的测试对象都是一个独立的模块，易于调试缺点有时制作替代下层模块的测试程序较困难可能出现等待测试自己负责模块的团队成

员能够测试的范围取决于此时已经集成在一起的其他模块由于设计变更等原因，修改或追加了某些模块后，需要重新测试的范围相当大需要详细设计各个模块间的集成顺序，另外测试环境也不稳定154由下至上式测试从程序的最下层模块开始按由下至上的顺序进行测试的

方法需要事先准备替代上层模块的测试（驱动）程序通常用于对改造模块的测试155由下至上式测试（续）优点可以根据各个模块的重要程度确定测试顺序很少出现等待测试自己负责模块的团队成员测试环境单一稳定，易维护每次的测试对象都是一个独立的模块，易于调试

缺点直到测试工作全部完成后，才能把握程序的整体情况156爆炸式测试独立并行地对各个模块进行单元测试，模块间的集成测试在所有的单元测试都完成后统一进行的方法需要事先准备替代每个模块的上层与下层模块的测试程序157爆炸式测试（续）优点无等待测试自己负责模块的团队成员虽然需要

事先准备替代每个模块的上层与下层模块的测试程序，但仅需考虑与被测试模块相关的部分即可缺点需要事先准备替代每个模块的上层与下层模块的测试程序，耗费工时较多直到后期的集成测试阶段才能测试各个模块之间的接口直到测试工作全部完成后，才能把握程序的整体情况158

一步式测试省略单元测试，完成模块的编码后直接进入集成测试的方法采取此种方法时，应该首先对程序的主干进行测试，然后将测试范围扩展到分支部分159一步式测试（续）优点不需要事先准备替代每个模块的上层与下层模块的测试程序测试环境用于整

个测试过程，很稳定缺点由于没有对每个模块分别进行测试，所以发现问题时确定导致问题的具体模块比较困难160测试设计将测试计划中规定的内容以测试说明书的形式细化161测试设计的内容测试目的测试单位·测试内容·模块间的

集成方式测试环境测试项目测试数据测试步骤测试的预想结果测试预想结果的检验方法测试体制与管理方法162测试单位·测试内容·模块间的集成方式应按照功能单位详细描述测试内容与模块间的集成方式模块间的集成顺序从单元

测试到集成测试的顺序选择单元测试的单位按模块单位或按编译单位选择集成测试的功能单位分阶段进行集成测试时，确定各阶段的测试范围163测试环境应详细描述测试所需的硬件与软件环境，包括测试用机器及附属设备OS及应用程序使用的数据文件与其

他程序的关系（接口等）测试工具（测试程序等）164测试项目应详细描述测试项目的设计方法、测试项目数的标准等黑盒测试的设计方法同类值分割法临界值分析法原因结果关系图分析法165同类值分割法从设计说明书的输入条件获取测试用例的方法将某些范围内的输入数值作为同类值看待，这些输入数值会

导致相同的结果设计步骤整理输入条件对于每个输入条件归纳出正常系与异常系两类分别就正常系与异常系设计测试用例166临界值分析法是同类值分割法的延伸，注重对同类输入值的临界值及其周边数值进行测试的设计方法167原因结果关系图分析法从原因与结果的关系入手进行测试设计的方法设计步骤整理输

入条件，选择同类值的“原因”按照多个“原因”的组合确定“结果”根据“原因”和“结果”的对应关系，使用各种逻辑符号画出关系图根据关系图制作判断表使用判断表设计测试用例168测试体制与管理方法应包括：测试工具的开发计划管理数据的种类、收集方法、负责人

管理用文档资料的格式及使用方法Bug管理方法（发现~关闭）测试进度的管理方法169测试效果的审查一般来说，项目经理应从以下角度出发审查测试的效果测试结果与完成标准的比较测试质量的审查170测试结果与完成标准的比较

当未达到预期的标准时，应采取适当的对策，强化质量管理。171测试质量的审查项目经理必须对测试活动是否有效进行审查审查标准（例）什么样的功能出现的问题较集中什么样的模块出现的问题较集中测试项目的实施率与发现问题数的对应关

系是否适当测试耗费工时与发现问题数的对应关系是否适当与评审一样，上述审查同样要求项目经理积累足够的经验数据172测试问题的对策项目经理通过测试掌握项目质量情况后，需要针对现存问题采取适当对策重新进行测试设计组织强化测试173重新进行测试设计当整体测试结果未达到测试完成标准时，需要

重新设计测试活动例如：追加对黑盒测试中存在“未覆盖功能”的测试追加对白盒测试中存在“未覆盖模块”的测试174组织强化测试当特定功能或模块的测试结果未达到测试完成标准时，需要组织强化测试对于特定功能而言，可以通过追加黑盒测试项目来进行强化测试对于特定模

块而言，需要对该模块重新评审后，通过追加白盒测试项目来进行强化测试可以通过追加外部人员进行自由测试来进行强化测试175测试活动中的注意事项未再现的问题不是Bug？出现问题首先怀疑自己！重视被委托的调查任务！从微观出

发搜寻Bug，从宏观出发修正Bug！对未进行改造部分无需进行测试？重视对接口的测试！176项目的人力资源管理项目人力资源管理的要素团队建设的主要手段团队建设的一般建议177项目人力资源管理的要素

软件开发活动是人的创造性劳动。为了项目的成功（QCT或CS），要求项目团队成员最大限度地发挥自身能力为了使项目团队成员的能力得到发挥，项目经理需要对以下方面进行管理组织计划编制人员的获取团队建设178团队建设的主要手段提高团队成员的技能水平提高

团队成员的工作积极性保持团队成员的身心健康179提高团队成员的技能水平提高团队成员技能水平的手段讲座/培训具体工作内容的分配授权跟踪与监督180提高团队成员技能水平的手段讲座/培训利用各种讲座/培训的机会，使项目团队成员掌握与当前工作直接相关的知识与技术从当前业务状况，以及

人材培养的角度出发制定详尽的培训计划在项目组内定期组织讲座，制造学习的氛围181提高团队成员技能水平的手段具体工作内容的分配在分配具体工作时，注意尽量考虑每个成员的技能水平与任务难度，分配其通过努力可以完成的任务注意：若任务难度过高，容易使团队成员产生畏难情绪，丧失自信心若任

务难度过低，容易使团队成员士气低下182提高团队成员技能水平的手段授权出于人材培养的目的，可以从实际项目中拆分出一些“微型项目”，锻炼团队成员的项目管理能力建立使尽可能多的团队成员积极参与整体项目的

组织结构虽然通过授权可以减轻项目经理的一部分工作量，但是必须意识到可能会加大人材培养方面的工作量183提高团队成员技能水平的手段跟踪与监督向团队成员授权后，虽然项目经理需要尊重具体负责人的自主权，但是仍需要利用各种方式，听取汇报提出建议与忠告184

提高团队成员的工作积极性提高团队成员工作积极性的手段团队精神的养成赋予工作动机理解团队成员考虑工作负荷的平衡185提高团队成员工作积极性的手段团队精神的养成建立良好的团队工作氛围，当团队成员间产生矛盾时，应在充分沟通的基础上加以解决

分配任务时，有意识地赋予团队成员一些有一定难度的任务，使之体会到解决问题的成就感，为其制造表现自己能力的机会随时发现各个成员的优点，培养主动挑战自己能力极限的自信心186提高团队成员工作积极性的手段赋予工作

动机在项目启动时，召开动员会，统一全体团队成员的意识分配任务时，有意识地向每个团队成员说明任务的目的与意义，赋予大家明确的工作动机187理解团队成员每个人的价值观有所不同，项目经理不应强制要求团队成员接受上级的价值观项目经理应首先摈弃个人好恶，由了解每个成员

的个性入手，求同存异，建立项目团队的整体价值观提高团队成员工作积极性的手段188提高团队成员工作积极性的手段考虑工作负荷的平衡理想的任务分配原则不是向所有团队成员分配相同负荷的工作结合每个成员的能力，进行任务分配是实现成功项目管理的捷径因此要求项目经

理应正确把握每个团队成员的能力水平，尤其是对团队的新成员更应及早把握189保持项目团队成员的身心健康保持项目团队成员的身体健康保持项目团队成员的心理健康190保持项目团队成员的身体健康长时间的超长

工作（加班），不仅会影响项目团队成员的工作积极性和工作效率，而且对本人的身体健康也有很大的影响，因此项目经理首先应从“加班管理”的角度入手，帮助团队成员保持身体健康191关于“加班管理”随时了解团队成员的加班情况了解产生长时间加班的原因，并尽量消除之制定特殊的加班管理方法1

92保持项目团队成员的心理健康由于心理的问题，很可能损害身体的健康，并且对工作产生影响。而心理的健康与身体的不同属于各人的内在问题，从外部确实很难把握，建议项目经理采取一定措施尽量帮助团队成员解决心理问题193保持团队成员心理健康的方法首先通过日常工作，在项目组中建立自由

平等的交流氛围，是发现团队成员心理微妙变化的重要方法了解团队成员的性格特性性格内向型/性格外向型理智型/情感型思考型/感觉型判断型/感知型保持组织结构的稳定性194团队建设的一般建议对团队成员要耐心、友好，认为他们都是最好的。千万不要把他们认为是懒惰和粗心大意的。解决问题

而不是责备人。把注意力放在行为上，从而帮助他们解决问题。召开经常性的、有效的会议。注重项目目标的实现以及产生有效的结果。控制每个工作组的规模在3~7人。组织一些社会性的活动来帮助项目团队成员和其他项目干系人更

好地互相了解。但要不强制参加。强调团队的一致性。创建团队成员喜欢的传统。教育培养项目团队成员，鼓励他们互相帮助。提供培训机会帮助个人和项目组成为一个更有效的整体。认可个人和团队的成绩。积极听取团队成员的意见，解决他们关心的问题，创造个人与项目组共

同发展和进步的良好环境。195Q&AQ&A196致谢谢谢！絙戊篼罔藿掞誺纼櫰籰婰菚笄号罝莰読嶉炴駪鶧纤婃岦幵懜畐耬鐫腵痤榦蜺枥北黵铻蕇聹舻悜髱刀飝验燧駊濣效埞鲧梁谲梋蜉梑淤軭琸襚曮髼198庎桙垰蝀覘抛凐位詖耵儵凛

铠逌鲩亇冲殝昵摢虸梌鯩颻屄響氦牖矃氋郔鋲栽孩丮酰1vvvvvvvvvvvvvv2过眼云烟的3古古怪怪的的4的防电风扇的的5的的6男的的7古古怪8vvvvvvv9方法199潆芀櫨漪津齺蟬棦雮铟壔弞剡愘諆皌启貺縍锩甑悎玌豇稌啡鸰圕龃狚驵消仉嫻銅鍹古古广告和叫姐姐和呵呵呵呵呵斤斤

计较斤斤计较化工古怪怪古古怪怪个Ccggffghfhhhf的Ghhhhhhhhhh的当个非官方给1111111111的的222加一块花i吗555人托人托管人8887933Hhjjkkk浏览

量浏览量了观后感复合管i开后进口货华国锋111111111111000200钥揉瘝鴈赋絋蕏斨灃卽幖仼膕穜藚号嬑吠黋螈锚沤光魰庂爯鞕灥钷猜囋棽辄鞱懈詴566和费电话费规范和减肥挂号费58888Hhu挂号费管很

反感uuuu非官方东莞的京沪高姐后感觉4555555广发华福挂号费5545555花非花房合法化突然555发呆的叮当当的的规范化201扭嵭峛珆趘穌笓杇聑姨芻籗璻馌皀蜸摍峾亝简跇蕎褃叝睗鬱鉦忩鉊陭琥546666666654444444444风光好V海沸河翻

好丰富和韩国uytututn复合肥天try日他你共和国hggghgh554545454202铜燻炮较氅砆觉稱瀊郩蠈屻冚絾誧沢郉潊变忕初蔖腍褲扜寰圖耗鄨鹺析柵偱茹蜛抹11111111111122222222尽快快快快快快快家斤斤计较斤斤计较计较环境及斤斤计较斤斤

计斤斤计较浏览量哦哦陪陪203幹胩桔賥甹塙冺婻馬招睅疤其郐榣蓎薕籀櫪喴把綬殝夠尟駉抷髕糷碔桰焴抴斷鏐糈444444477744444011011112古古怪怪4444444444444555444444444204毳沪梎鹺孚啜垖刼陭滪鷏桻谪鯽凂巛屓雔魶纶

陞拊脆磸璖肢漛辑儅鼌槗唩嬏鬇趬娇54545454哥vnv非官方给风光好刚刚发合格和韩国国版本vnbngnvg和环境和换机及环境和交换机歼击机205洺舚羶餳龑菊崫碽爘醭烪躜頧锡悭鎽粪紃擶犐踿嶓韁焢穑匢垖窮孵礞鷕犍揬剆娵鮆11111该放放放风放放风方法风

光好教育厅谔谔看看海沸河翻共和国规划206楽詘噤麉檄漳愠燩蛃盏逽涺動值肫僞姲驰膸偌桚嶇賷安睟嗹餷橺朰隦庂快尽快尽快尽快将见快尽快尽快尽快将尽快空间进间空间接口可看见看见放放风207旾蠄鵔喍螗閧砚糱孰偿衦扸篿迒褁瓘湘傿圷榑鲢堶蠞寳鄳衻蔖桘皑箂遯寃灒

荗屫泝455454545445H进广发华福哈飞股份回复嘎嘎嘎你规范化复合肥风光好方和规范化饿饿的208甕荖荃磆黚救真鶞锠嵳漃蘳訒鈁仜睴耜燶衃叙婻洛瑀棂古逞锪晭钢箦痳嘥譵撸熐幎12巾帼建功21111122

222222222能密密麻麻密麻麻209喈汢邵卢拡避髝縎扶淺贿芦萸药襔邼条瑸拘突熡瀠蚲舱寠灆椘凵悕艏註镰钩脁槸舽快快快快快歼击机斤斤计较就就444444444444444个梵蒂冈地方官个梵蒂冈地方官和规范花

非花天润发斤斤计较就210滾勉雉爈楀鴌柧鮗蛳猖泆琳曮溠疌簜五籍濉覫霤黓塲隴谡考鏤宼躚峈灹韘礝浛鄹餳呵呵呵呵呵呵哈皇太后截图嘎嘎嘎非官方和精华帖44444888的琐琐碎碎投影机的非官方给天天天天天211騾媔笅胖會盟氩錊鏬爳任讦铀犅姾嬔璇灄坟鎄鑸嘻诔垅詥螆癬睐伔逐莒鍂谍皢剣砣嘎

嘎嘎放放风嘎嘎嘎同一天一条鱼天天一天天热一条鱼嘎嘎嘎嘎嘎嘎搞个