CMMI3 之质量保证

©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.在产品中引入质量©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.质量是什么？客户满意模型Kano模型顾客价值期望（认知质量）与感知比较顾客忠诚顾客满意顾客不满意（不充足）（充足）质量特性客户满意CBAA:理所当然质量B:一元质量C:魅力质量©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.什么是软件的“质量”？高质量软件应具备的特点缺陷要尽可能的少在财务预算之内按时完工满足客户的需求同时软件是易于维护的然而，追求高质量明显只是一种主观的要求，它还取决于“客户”是谁，以及客户的意见会对计划的实施产生什么样的影响。©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.如何去“保证”质量我们“能够”获得什么样的质量？在不同的阶段，我们对“质量”的控制并不相同2级：能够确保项目管理过程是有的且得到了执行3级：能够确保过程的定义能够有规范，并且这些得到良好定义的过程能够执行。。。总而言之，质量保证是确保当前的过程能力能够达到一个应该达到的水平©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.质量保证基本概念质量保证贯穿项目整个过程，包括指导和改进过程，保证所有规定的准则和流程得到贯彻实施，以及确保问题的及时发现与处理。此项工作带有预防的性质。对项目根据其计划和已定义的过程执行相应活动进行客观的验证质量保证是管理层的“眼睛和耳朵”©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.特征项目组认同PPQA角色的价值所有不符合的问题都能够被友善的解决高层经理对于组织方针和标准软件过程得到遵守有很强的信心©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.质量保证的目的PurposeThepurposeofProcessandProductQualityAssurance(PPQA)istoprovidestaffandmanagementwithobjectiveinsightintoprocessesandassociatedworkproducts.产品和过程质量保证的目的就是为管理层和员工提供客观的关于过程和相关工作产品质量的洞见©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.目标SG1ObjectivelyEvaluateProcessesandWorkProductsAdherenceoftheperformedprocessandassociatedworkproductsandservicestoapplicableprocessdescriptions,standards,andproceduresisobjectivelyevaluated.客观地评价了所执行的过程以及产生的工作产品和服务对适用的过程描述、标准以及流程的符合度©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.目标SG2ProvideObjectiveInsightNoncomplianceissuesareobjectivelytrackedandcommunicated,andresolutionisensured.不符合项得到了客观的跟踪和沟通，并且确保了它们的解决©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.特定活动SP1.1-1ObjectivelyEvaluateProcessesObjectivelyevaluatethedesignatedperformedprocessesagainsttheapplicableprocessdescriptions,standards,andprocedures.对指定的过程的执行，对照适用的过程描述、标准和流程进行客观评价©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.特定活动SP1.2-1ObjectivelyEvaluateWorkProductsandServicesObjectivelyevaluatethedesignatedworkproductsandservicesagainsttheapplicableprocessdescriptions,standards,andprocedures.对指定的工作产品和服务，对照适用的过程描述、标准和流程进行客观评价©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.特定活动SP1.2-1ObjectivelyEvaluateWorkProductsandServicesObjectivelyevaluatethedesignatedworkproductsandservicesagainsttheapplicableprocessdescriptions,standards,andprocedures.对指定的工作产品和服务，对照适用的过程描述、标准和流程进行客观评价©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.特定活动SP2.1-1CommunicateandEnsureResolutionofNoncomplianceIssuesCommunicatequalityissuesandensureresolutionofnoncomplianceissueswiththestaffandmanagers.沟通质量问题，并且与管理层和员工确保了不符合问题的解决通过QA报告；QA问题日志等文档©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.执行的活动SP2.2-1EstablishRecordsEstablishandmaintainrecordsofthequalityassuranceactivities建立和维护质量保证活动的记录©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.第一季度第二季度第三季度第四季度预算成本©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.和过程改进PPQA是管理层的“眼睛和耳朵”PPQA提供了过程执行情况的洞察力PPQA能够成为过程专家帮助项目组理解和实施不同的过程提供过程培训©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.的活动支持项目的工程活动验证过程、产品的符合性管理PPQA活动©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.支持项目的工程活动目标：支持项目的策划活动协助项目组识别缺陷和评价产品的质量支持项目的策划活动促进同行评审分析质量数据©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.在项目策划阶段参与PPQA的工作必须在项目初期启动要建立与其他项目组成员良好合作关系的基础PPQA在项目计划期间的中心是与项目组紧密合作，并在需要的时候提供指导和支援。PPQA可能会提供项目组需要的技能PPQA的支持不仅仅有助于确保项目计划和过程是有效的，确保他们和组织的方针、程序保持一致。还为PPQA负责人在准备一份有效的PPQA计划时，提供对项目的了解机会。支持项目的策划活动©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.验证过程、产品的符合性目标：对于项目组的活动和工作产品是否与计划、过程及标准作客观的评审解决不符合的问题过程评审工作产品审计处理不符合项©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.过程评审审计项目，以验证项目活动是否遵循适用的过程和项目计划是一个关键的PPQA活动要进行的评审和审计活动在PPQA计划中要得到记录,并且被认同要提前安排评审的时间应提前通报项目经理，双方要就日期和时间达成一致需要准备评审和审计的检查单评审的对象是项目已定义的过程（包括组织的和项目特定的）过程评审©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.过程评审（续）评审和审计活动要以检视工作产品和访谈作为主要信息来源如：评审的核心是项目的估算过程，则应和参加估算的人员进行访谈，讨论他们执行这个过程步骤，并检查文档化的结果在检查单上记录结果对一个已经满意的任务（与定义的过程一致）的检查单项目，用一个“是”就足够了。否则被确认有差异的检查单项目上记录一个“否”每次评审或者审计要编写报告过程评审©1995-2002SoftTechDevelopment,Inc.Allrightsreserved.检查单举例（WBS）过程评审检查项是/否/不适用注释是否为项目定义了工程过程模型？是否对每个阶段的入口/出口标准、活动进行了文档化？是否建立了项目的WBS？WBS是否识别了要执行的活动和要开发的产品？WBS是否反映了项目所选择的过程模型？©1995-