CMMI-标准学习需求管理(REQM)解读课件

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,CMMI,标准学习交流,需求管理（,REQM),Version:V1.0,主要内容,PA,介绍,RD,概述,SG,详解,IPPD,扩展部分介绍,GG,简介,PA,介绍,工程过程域包括：,Requirements Management(REQM),需求管理,Requirements Development(RD),需求开发,Technical Solution(TS),技术解决,Product Integration(PI),产品集成,Verification(VER),确认,Validation(VAL),确信,工程过程域中各过程之间的关系,RD,PI,Val,Customer,TS,Ver,REQM,Requirements,Customer needs,Product and product component requirements,Product components,work products,verification and validation reports,Productcomponents,Alternativesolutions,Require-ments,Product,REQM,概述,目的：,管理项目的产品和产品组件的需求；,识别需求和项目计划及工作产品的不一致处；,需求管理,需求管理过程域管理所有收到或产生的技术和非技术的需求，以及组织加在工程中的需求。,在需求开发过程域中产生的产品和产品组件需求也要进行需求管理,当项目接受从已批准的需求提供者的需求时，要和他一起进行评审，用来在需求纳入项目计划前先解决问题和避免误解。,一旦需求提供者和接受者达成一致，要取得项目成员对需求的承诺。,项目要管理需求的变更，识别计划，工作产品以及需求间的不一致。,需求管理要记录需求变更和原因，同时要保证原始需求与产品和产品组件之间的双向可追溯性,当工程关注于维护活动时，产品和产品组件是基于现有的需求，设计和执行的改变而改变的。,需求的改变可能来自于顾客，最终使用者，或者新需求来自于需求开发过程域,简介,SP 1.1,取得需求理解,SP 1.2,取得需求承诺,SP 1.3,管理需求变更,SP 1.4,维护需求双向可追溯性,SP 1.5,识别需求和项目工作间的差异,SG1,需求管理,SG,详解,管理需求并识别项目计划和工作产品之间的差异,通过下面实践来保证在项目整个生命周期中有一组经核实的最新需求：,管理所有变更需求,维护需求，项目计划，工作产品之间的关系,识别需求，项目计划，工作产品之间的差异,采取纠正措施,SG 1,需求管理,SP 1.1,取得需求理解,和需求提供者一起开发理解需求的含义,当项目成熟或者需求产生后，所有活动都要接受需求，为避免需求突然,产生，要建立准则以指导获取需求的正式渠道和适当来源。,典型工作产品：,区别适当需求提供者的清单,评估和接受需求的准则,依据准则分析的结果,达成一致的需求,子实践：,1.,区别适当需求提供者的清单,2.,建立客观的需求评估和接受准则,缺乏评估和接受准则经常导致需求确认不充分的，昂贵的重复,工作，顾客的拒收。,评估和接受准则包括：,SP 1.1,取得需求理解,清晰且适当的表达,完整的,相互一致的,可单独识别,适当的实施,可验证（可测试）,可追溯,3.,分析需求，确保和准则一致,4.,与需求提供者达到共识，以获得项目其他成员的承诺,IPPD,附加要求,当组成集成团队时，项目成员就是集成团队和它们的成员。与其它集成团队的互动也是一种需求，对此需求的承诺和每个集成团队对产品和其它项目的要求一样重要。,SP1.2,获取需求承诺,取得项目成员对需求的承诺,典型工作产品,需求影响评估,需求和需求变更承诺的记录,子实践：,1.,评估对现有承诺的影响,当需求变更或新需求时，要评估对项目成员的影响,协商并记录承诺,在项目成员对需求和需求变更承诺前必须对现有承诺进行协商,SP1.2,获取需求承诺,在项目开发中，管理需求变更,进行有效的变更影响分析，必须知道需求的来源，并记录变,更的原因。然而项目经理或许要追踪变更程度以判断是否需,要新建或修改变更控制。,典型工作产品：,需求状态表,需求数据库,需求决策数据库,SP1.3,需求变更管理,子实践：,记录所有的需求和需求变更，无论在项目中产生或项目外的,保存需求变更记录和变理由,从相关人员的立场评估需求变更,确保项目中需求和变更数据的可获得性,SP1.3,管理需求变更,可以确定所有已经处理的原始需求，也可以追溯低阶需求的有效来源。,追溯也可以覆盖其它实体，比如中间和最终产品，设计更改，测试计划。,追溯应包括水平和垂直关系。,在进行需求变更对项目计划，活动和工作产品评估时要特别注意追溯。,典型工作产品：,需求追溯矩阵,需求追溯系统,SP1.4,维护需求的双向可追溯性,子实践：,维护需求追溯性，确保记录低级（衍生）需求的来源,维护需求追溯性，从需求到衍生需求，以及需求所配置功能分配，接口，对象，人员，过程和工作产品。,SP1.4,维护需求的双向可追溯性,SP1.5,识别项目工作和需求之间的差异,本实践是为找出需求和项目计划，工作产品之间的差异，,并采取纠正措施。,典型工作产品：,记录差异，包括来源，条件和理由,纠正措施,子实践：,评审项目计划，工作产品和需求，需求变更一致,识别差异来源和理由,当需求基线变更时，识别项目计划和工作产品所需变更,采取纠正措施,SP1.5,识别项目工作和需求之间的差异,GG,简介,GG 1,实现特定目标,Continuous Only,过程支持并能够达成组织的特定目标，通过把可识别的输入工作产品转化为可识别的输出工作产品。,GP1.1,完成特定实践,执行需求管理过程的特定实践，为达成过程域的特定目标而开发工作产品和提供服务。,GG 1,实现特定目标,把该过程制度化为已管理的过程,GG 2,已管理的过程制度化,（,Staged Only,）,建立并组护一个组织级的方针用于计划和执行需求管理过程。,GP 2.1,建立组织方针（,Staged Only,）,详细说明：,该方针建立组织对以下活动的期望，收集干系人的需求，阐述产品和产品组件的需求，以及分析和确认需求,建立并维护执行需求管理过程的计划。,GP 2.2,策划该过程（,Staged Only,）,详细说明：,用于执行需求管理过程的计划通常是项目计划的一部分。,提供适当的资源用于执行需求管理过程、或者为该过程开发工作产品及提供服务。,GP 2.3,提供资源（,Staged Only,）,详细说明,:,提供的工具：,需求跟踪工具,追溯工具,为执行该过程、开发工作产品和提供“需求管理”过程的服务，分配责任和权限。,GP 2.4,分配职责（,Staged Only,）,根据需要为执行和支持需求管理活动培训人员。,GP 2.5,培训人员（,Staged Only,）,详细说明：,关于培训主题的示例如下：,应用领域；,需求定义，分析，评审和管理；,需求管理工具；,配置管理,协调和解决矛盾,将把“需求管理”过程的指定的工作产品置于的适当控制层次。,GP 2.6,管理配置项（,Staged Only,）,详细说明：,置于控制之下的工作产品的例子有：,需求,需求追逐矩阵；,识别需求管理过程中策划的干系人并使之参与。,GP 2.7,识别干系人并使之参与（,Staged Only,）,详细说明,:,在下面人员中选择干系人，顾客，最终使用者，开发者，测试者，供应商，维护者，市场推广者，报废处理人员，以及可能影响或被产品和过程影响的人,干系人参与的活动如下：,解决需求理解问题,评估需求变更的影响,沟通需求双向可追溯,识别项目计划，工作产品和需求之间的不一致,对照计划监督和控制“需求管理”过程，并且采取适当的纠正措施,。,GP 2.8,监控本过程（,Staged Only,）,详细说明：,监控活动中使用的测量和工作产品示例如下：,需求变更率,协同需求时间表,分析建议变更需求时间表,对照过程描述、标准和规程，客观地评价“需求管理”过程的符合情况，并且注明不一致项。,GP 2.9,客观评价执行情况（,Staged Only,）,详细说明,:,被审核的活动的例子有,：,管理需求,识别项目计划，工作产品和需求之间的不一致,被评审的工作产品的例子有：,需求；,需求追溯矩阵,高层管理者审查“需求管理”过程的活动、状态和结果，并解决问题,GP 2.10,高层管理者评审状态（,Staged Only,）,详细说明,:,组织对外变更的建议，必须与高级管理者一起评审，保证承诺的执行,过程制度化为一个已定义的过程,GP 3.1,建立已定义过程,建立并维护已定义的“需来管理”过程的描述。,GP 3.2,收集改进信息,收集那些源于“需求管理”过程的策划和执行的工作产品、度量项、度量结果和改进信息，用以支持组织的过程和过程资产的进一步使用和改进,详细描述：,工作产品、度量项、度量结果和改进信息包括：,需求追逐矩阵,建立基线后许多为发现的需求,学习不明需求的解决,GG 3,制度化已定义过程,（,Continuous Only,）,过程已经制度化为定量管理的过程。,GP 4.1,建立过程的定量目标,建立并维护需求管理过程的定量目标，这些目标基于客户要求和经营目标，用于质量和过程绩效。,GP 4.2,稳定子过程绩效,稳定一个或多个子过程的绩效以确定需求管理过程达到已设定的定量的质量和过程目标的能力,GG 4,制度化定量管理的过程,（,Continuous Only,）,过程已经制度化为可优化的过程。,GP 5.1,确保持续的过程改进,确保需求管理过程的持续改进，以满足组织相关的经营目标。,GP 5.2,识别并解决问题的根本原因,确保需求管理过程的持续改进，以满足组织相关的经营目标。,GG 5,制度化优化的过程,（,Continuous Only,）,