P04-CMMI基础知识培训-产品开发1

CMMI基础知识培训产品开发1SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）需求工程总结1234SEITransitionPartner导致项目失败的原因根据StandishGroup对23000个项目进行的研究结果表明，28%的项目彻底失败，46%的项目超出经费预算或者超出工期，只有约26%的项目获得成功。而在于这些高达74%的不成功项目中，有约60%的失败是源于需求问题。也就是说，有近45%的项目最终因为需求的问题最终导致失败。SEITransitionPartner软件需求让我们如此狼狈SEITransitionPartner各自讲述自己世界的语言分布式WebServices三层对话框菜单条DCOMB/S数据交换……财务计算管理报表工作流自动库存控制库存报警业务线索管理业务经线索跟踪销售月报生成交易流数据SEITransitionPartner需求工程的目的客户和其他项目干系人(Stakeholder)在系统的工作内容方面达成并保持一致。使系统开发人员能够更清楚地了解系统需求。定义系统边界（限定）。为计划迭代的技术内容提供基础。为估算开发系统所需成本和时间提供基础。定义系统的用户界面，重点是用户的需要和目标。SEITransitionPartner需求管理和需求开发的关系需求管理REQM需求开发RDRequirementDevelopment（需求开发）SEITransitionPartner什么是需求？业务需求项目视图/范围文档用户需求系统需求质量属性用例文档功能需求非功能需求其它非功能需求设计约束SRSSEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）需求工程总结1234SEITransitionPartnerRequirementsDevelopment（需求开发）需求开发（RequirementsDevelopment，RD）的目的在于挖掘、分析并建立客户需求、产品需求和产品组件需求。相关的PA–REQM获得相关干系人的需求，实现需求，维护需求的双向可跟踪性和需求管理相关。–TS根据需求的结果进行需求精化及进行方案设计和技术实现相关。–PI关于接口需求和接口管理和产品集成相关。SEITransitionPartnerRequirementsDevelopment（需求开发）相关的PA（续）–VER最终产品结果满足需求方面和验证相关。–VAL最终产品如何满足客户的需要和使用和确认相关。–RSKM识别和管理需求相关的风险活动和风险管理相关。–CM确保关键的工作产品受控和管理方面和配置管理相关。SEITransitionPartnerRequirementsDevelopment（需求开发）•SG1开发客户需求–SP1.1挖掘需要–SP1.2将干系人的需要变换为客户需求•SG2开发产品需求–SP2.1建立产品和产品组件需求–SP2.2分配产品组件需求–SP2.3识别接口需求•SG3分析和确认需求–SP3.1建立操作概念和场景–SP3.2建立必需的功能与质量属性的定义–SP3.3分析需求–SP3.4分析需求以达到平衡–SP3.5确认需求SEITransitionPartner目标之间关系解析－SG1DevelopCustomerRequirements（开发客户需求）SG1Stakeholders’Needs（相关干系人）SG2DevelopProductRequirements（开发产品需求）SG3AnalyzeandValidateRequirements（分析和确认需求）ValidatedCustomerRequirements（确认的客户需求）ValidatedProduct,ProductComponent,andInterfaceRequirements（确认的产品需求）SEITransitionPartnerSG1开发客户需求DevelopCustomerRequirements（SG1开发客户需求）干系人的需求SP1.1引导需求SP1.2开发客户需求CustomerRequirements（客户需求）SEITransitionPartnerSP1.1获取需求SEITransitionPartnerSP1.1获取需求需求调研的六边形法则–组织结构：企业为进行相应的业务流程所做的人员的组织安排。–业务流程：企业开展业务所必须的各个环节及在每个环节中的具体做法。–业务数据：企业内部经营信息的存储和流动形式。–业务地点分布：反映企业在什么地方开展业务以及业务流程中的各个环节之间的地点关系。–业务应用：企业以什么样的应用软件处理业务流程中的各个环节。–技术基础设施：企业在信息技术基础设施上的状况。SEITransitionPartnerSP1.2开发客户需求深入浅出–对企业的需求调研的要尽可能的全面、细致调研的需求是个全集，系统真正实现的是个子集。–调研的细致并不等于在分析时都面面俱到地将调研的内容纳入到新系统中,而有可能实现的很少,但其中在向细处扩充时将会很容易。以流程为主线–应该用流程将所有的内容串起来，如单据、信息、组织结构、处理规则等；–流程的描述既要有宏观，又要有微观。SEITransitionPartnerSP1.2开发客户需求需求获取过程中的注意事项–调查前的准备并落实调研计划–在调研前和用户讲清楚调研的意义、过程、以及需要注意的问题–发问时以一人为主,其他人注意记录与查找问题–在用户讲解时,不要中断用户,使对方有充分的演说机会–对询问的问题要有记录，记录要点–调研时可以IPO思想作为总体的主线SEITransitionPartner目标之间关系解析－SG2DevelopCustomerRequirements（开发客户需求）SG1Stakeholders’Needs（相关干系人）SG2DevelopProductRequirements（开发产品需求）SG3AnalyzeandValidateRequirements（分析和确认需求）ValidatedCustomerRequirements（确认的客户需求）ValidatedProduct,ProductComponent,andInterfaceRequirements（确认的产品需求）SEITransitionPartnerSG2开发产品需求技术实现SelectTechnical（SG2开发产品需求）SP2.1建立产品和产品组件的需求Solution选择技术方案SP2.2分配SG2DevelopProductRequirements产品组件需求CustomerRequirements（客户需求）SP2.3识别接口需求Product,ProductComponent,Requirements（产品和产品组件需求）SEITransitionPartnerSP2.3识别接口需求SEITransitionPartner目标之间关系解析－SG3DevelopCustomerRequirements（开发客户需求）SG1Stakeholders’Needs（相关干系人）SG2DevelopProductRequirements（开发产品需求）SG3AnalyzeandValidateRequirements（分析和确认需求）ValidatedCustomerRequirements（确认的客户需求）ValidatedProduct,ProductComponent,andInterfaceRequirements（确认的产品需求）SEITransitionPartnerSG3分析和确认需求AnalyzeRequirementstoAchieveBalance（SG3分析和确认需求）SP3.1建立操作概念和场景SP3.2建立需求功能的定义SP3.3分析需求SP3.4分析需求达到平衡SG3SP3.5确认需求Customer,Product,ProductComponent,andInterfaceRequirements（客户，产品，产品组件需求）ValidatedRequirements（确认的需求）SEITransitionPartnerSP3.1建立操作概念和场景SEITransitionPartnerSP3.2建立需求功能的定义SEITransitionPartnerSP3.3分析需求完整性：完整描述即将交付使用的功能，发现缺少某项信息，可以采用TBD来标注正确性：经过用户或用户信任的代理人审阅可行性：在已知能力和约束条件中实现必要性：每项需求记录的功能都应是用户真正需要的有优先次序：提供了实现优先级无歧义：对所有读者只有一种一致的解释可验证性：可以设计测试方法来检查SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）需求工程总结1234SEITransitionPartnerRequirementsManagement（需求管理）需求管理（RequirementsManagement，REQM）的目的在于管理项目的产品和产品组件的需求，并确保那些需求与项目计划和工作产品间的协调一致。相关PA：–RD获将干系人的需求转换为产品需求并且确定分配需求到产品组件。–TS将需求转换为产品解决方案。–PP需求变更时影响相应的计划修订–CM为需求进行基线和变更控制–PMC基于需求监控工作产品和活动，并且采取适当的纠正措施–RSKM识别及控制需求方面的风险SEITransitionPartnerRequirementsManagement（需求管理）•SG1管理需求需求得到管理，与项目计划和工作产品间的不一致得到识别。–SP1.1理解需求•与需求提供方一起对需求含义取得理解。–SP1.2获得对需求的承诺•获得项目参加者对需求的承诺。–SP1.3管理需求变更•随着项目进行中需求的演变，对需求变更进行管理。–SP1.4维护需求的双向可追溯性•维护需求与工作产品之间的双向可追溯性。–SP1.5确保项目工作与需求间的协调一致。•确保项目计划和工作产品与需求之间保持协调一致。SEITransitionPartner目标之间关系解析－SG1Requirements需求SG1ManageRequirements（管理需求）BidirectionalTraceabilityofRequirements双向跟踪矩阵SEITransitionPartnerSG1管理需求跟踪跟踪距阵ManageRequirements（SG1管理需求）SP1.1获取和理解需求SP1.2获取对需求的承诺SP1.3管理需求变更SP1.4维护需求的双向可跟踪性需求SP1.5识别工作产品和需求的不一致性SG1SEITransitionPartnerSP1.3管理需求变更是否给变更谁来判断明确变更紧急程度，紧急变更立即处理变更影响分析（BrainStorming）不紧急变更批量处理，建议分三批–需求形成基线前–设计完成前–试运行完成前SEITransitionPartner课程概述需求工程概述需求开发（RD）需求管理（REQM）需求工程总结1234SEITransitionPartner需求开发和需求管理的分界线SEITransitionPartner国内项目面临的最主要问题客户普遍不成熟：–项目范围定义不确切，缺乏对项目范围、进度、成本、质量的平衡–需求频繁变更–主要人员的变动是项目最大风险项目团队不成熟：–项目经理基本上全是技术出身，普遍缺乏管理意识和管理方法培训–不能正确识别项目相关干系人并管理其参与–项目组成员工作勤奋但普遍缺乏正确方法–人员变动是项目经理最头疼的问题SEITransitionPartner需求开发我们需要客户方如何做调查前需要客户方落实调研计划，确定参加调研人员，时间，地点，并通知其调研内容（同时要考虑人员变动的备选方案）需要甲方确立内部项目组需求负责人准备调研所用资源–会议室–白板–投影仪及时组织内部人员