CMMI项目管理开发过程（PPT36页)

CMMI体系知识培训议程：CMMI与项目管理对应关系过程体系各阶段流程过程体系文档组成项目实例1.CMMI与项目管理对应关系CMMI作为软件过程改进标准，包含了在不同领域建立有效过程的必要元素，反应了业界普遍认可的“最佳”实践。CMMI的每个过程区域及其实践都与项目管理的各个过程都是一一对应的，每个项目过程都能在CMMI中找到想对应的实践。过程序号级别过程域项目管理过程1CMMI3集成项目管理（IPM）2CMMI3决策分析与解决方案（DAR）3CMMI2项目计划（PP）4CMMI2项目跟踪与监控（PMC）5CMMI3风险管理（RSKM）6CMMI2需求管理（REQM）工程过程7CMMI3需求开发（RD）8CMMI3技术解决方案（TS）9CMMI3产品集成（PI）10CMMI3验证（VER）11CMMI3确认（VAR）组织培训（OT）CMMI318组织过程焦点（OPF）CMMI317组织过程定义（OPD）CMMI316度量（MA）CMMI215供应商协议管理（SAM）CMMI214过程与产品质量保证（PPQA）CMMI213配置管理（CM）CMMI312组织过程过程域级别序号过程支持过程2.过程体系各阶段流程2.1项目启动流程1、立项评审准备入：立项评审申请出：立项评审呈现（立项报告）2、立项评审入：立项评审呈现出：立项评审报告评审结论应包涵以下内容：项目是否可行；开发成本；大致工期；其他约束条件。3、项目启动立项启动申请批准4、分配研发管理资源5、项目策划2.2项目规划流程过程数据库分解需求估计产品规模估计项目资源估计进度计划是否满足要求/符合实际计划获得批准项目监控协商约定WBSLOC工作量、成本进度是否估计基线项目策划活动是项目管理中的日常工作，其中启动阶段的项目策划活动侧重于整个项目过程的估计和里程碑的策划，而细化、构造、移交阶段的项目策划活动侧重于细化当前阶段的计划或调整计划的指导性和适用性。项目策划贯穿整个项目周期，涉及的文档：软件开发计划软件开发计划协作计划风险管理计划配置管理计划质量保证计划测试计划度量计划项目跟踪与监控计划培训计划组件协调项目数据采集表2.3项目监控流程目的：增加项目过程的可视性，使得对项目的管理能够起到切实有效的作用，尤其是当项目性能明显偏离软件计划时采取有效的措施制定跟踪计划数据采集项目状态分析项目例会里程碑评审修订软件开发计划制定计划——按照计划采集数据——定期项目例会——分析项目状态——根据分析的数据找出原因并采取措施里程碑阶段进行评审必要时需要修改软件开发计划2.4风险管理流程上图给出了风险管理的模型，可以看出风险管理活动主要划分为：•识别•分析•计划•跟踪•控制这五个阶段，这五个阶段循环往复，贯穿于整个软件项目的生命周期之中。而有效沟通应该看作是各阶段的基础。对于公司标准风险管理过程，组织层对风险来源、风险类型、风险参数以及风险管理策略做了明确的定义。具体请参照《常见风险列表》、《风险识别检查表》。2.5需求工程2.5.1需求开发与需求管理的关系2.5.2需求跟踪开发过程工作产品完成建立需求跟踪矩阵[工作产品作者]需求跟踪表[审核]定期开发过程工作产品完成需求变更需求跟踪[项目经理]修改工作产品更新需求跟踪矩阵[工作产品作者]不一致[邮件或口头通知]需求跟踪表[未审核]审核[项目经理]•需求或后续工作产品发生变更时，要及时更新需求跟踪矩阵•项目经理利用需求跟踪矩阵进行正向和逆向跟踪，查找工作产品与需求不一致的地方2.5.3需求变更变更请求申请与状态跟踪表[草稿]影响域分析[项目成员]变更请求申请与状态跟踪表[添加影响域分析内容]评审[SCCB]变更请求申请与状态跟踪表[不批准]变更请求申请与状态跟踪表[批准]修改需求文档[需求角色]需求文档[未审批]审批[项目审批角色和客户审批角色]需求文档[审批]修改相关工作产品不一致被消除的工作产品验证工作产品[已验证]变更申请人按变更流程进行需求变更，提交《变更请求申请与状态跟踪表》项目成员对提出的变更请求进行影响域分析（有效性、影响范围、资源、成本等等）SCCB评审变更请求申请（SCCB会议纪要）需求角色更改需求文档修改后的需求文档被批准纳入基线2.7系统设计流程2.8系统开发流程软件实现开发过程可以分为三个子阶段：详细设计编码单元测试详细设计是在系统设计和概要设计的基础上进行函数或方法的详细功能的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工作；单元测试主要是通过白盒测试来及早发现软件模块中的错误（可裁剪）2.9系统测试流程测试总的流程为：项目早期制定测试计划（项目策划阶段）、设计和实现测试用例、测试执行阶段和后期测试报告与总结。2.10验收流程2.11评审流程评审的生命周期准备评审改进InspectionWalkthrough正式评审非正式评审同行评审(PR)技术评审(TR)管理评审(MR)评审评审类型和方式关系图类型：方式：•同行评审侧重于质量•技术评审侧重于审批认可评审所需规范、标准与基线和相关文档已准备好；确定了评审用的检查表；软件工作产品已经稳定；评审通知(作者)评审准备(评审小组)问题记录跟踪表[草稿]主持评审会议(会议主持)解释工作产品(作者)发现并确认缺陷(评审小组)问题记录跟踪表[草稿]决定缺陷修改(项目经理)问题记录跟踪表[草稿]修改工作产品(责任人)工作产品[草稿]修改缺陷状态(责任人)问题记录跟踪表[草稿]批准(评审主席)问题记录跟踪表[已批准]准备评审改进记录缺陷(记录员)1.阶段计划2.问题记录跟踪表模板3.被评审工作产品4.相应Checklist5.相关工作产品审批活动图提交发现的待定问题确认是否为问题结束是否要修改修改问题是否已解决是是是否否否状态：遗留状态：已解决状态：待修复状态：待修复评审成员评审主席PR：项目经理TR、MR：评审主席责任人项目经理/评审主席状态：待验证状态：待修复问题记录与跟踪流程图2.12配置管理流程软件配置管理：一般在项目启动的同时就开展起来，它的目的就是要建立和维护在项目的整个软件生命周期中软件项目产品的完整性2.13质量保证流程SQA对项目过程和产品的验证活动贯穿项目始终，主要活动包括：1.验证项目活动和工作产品的符合性，记录、报告、跟踪和验证项目问题和不符合项。依据相关过程规程和文档模板、《项目软件过程定义》、《软件开发计划》、《SQA计划》、SQA检查表，验证项目软件过程活动的与项目相应的计划、标准、规程的符合性。对特定的项目工作产品进行审核和审计，特别是在项目软件工作产品提交客户前进行审计。将验证活动中所发现的不符合项进行记录。SQA根据问题的严重程度或者紧迫程度，规定其解决期限，并通知问题责任人，解决期限的上限为3个工作日。当达到解决期限未能解决并对项目造成一定影响时，SQA可将该不符合项上报项目主管领导。注：有的时候项目情况可能会比较特殊（如暂时停滞，或调整较大等），QA根据项目实际情况可以考虑请示QA主管，对不符合项作判断。依据《不符合项处理规程》报告项目不符合项，并跟踪和验证不符合项的解决直到结束。2.当有需要时，与客户的SQA人员一起对项目过程和产品进行验证。2.14培训流程3.过程体系文档组成项目动员里程碑0准备项目启动文档明确项目活动明确项目计划里程碑1：立项评审明确细化阶段计划、调整计划适用性需求设计里程碑2项目策划编码集成测试里程碑3：发布评审项目策划客户验收测试、培训、上线保留项目财富里程碑4：项目总结启动阶段细化阶段构造阶段移交阶段项目跟踪子里程碑/数据采集分析项目例会架构是否稳定产品是否可以提交验收立项是否通过总结项目经验开通系统、申请QA项目是否可以立项项目启动会分析目标、需求、风险等项目策划过程定义立项评审项目策划里程碑2评审明确构造阶段计划调整计划适用性最终产品归档项目总结明确移交阶段计划、调整计划适用性发布评审验收是否通过立项评审申请立项报告立项评审报告立项启动申请软件过程定义软件开发计划质量保证计划配置管理计划测试计划风险管理计划与跟踪表需求分析报告系统设计说明书概要设计说明书数据库设计说明书详细设计说明书集成计划集成报告测试计划测试说明测试报告数据采集表会议纪要工作量统计项目状态报告里程碑评审呈现验收计划验收报告发布评审记录跟踪表移交确认单缺陷报告项目总结报告SCM总结报告测试总结报告客户满意度调查表3.项目实例下面以三部集市项目组文档为例，举例说明：立项、软件计划、质量保证、风险管理、项目跟踪与监控等文档的关联性。立项报告项目风险解决方案描述资源投入经营分析陈本预算效益分析软件开发计划项目推进计划项目组结构分析人员与技能差距分析项目成员度量计划项目跟踪监控计划风险管理计划与跟踪表培训计划估计结果阶段进度规模估算工作量分解估算质量情况估算阶段计划决策分析与解决方案记录表