CMMI ML3级咨询培训评估服务方案.pptVIP

* * * * * * 咨询务实：本身是软件企业 工具支撑 培训全面 * * * * * * QONE的需求管理工具完全符合CMMI中REQM的要求，应用其做需求管理，可以很好的符合CMMI * * * * * * * * * * * * * * * * * * * * * * 中国人并没有争论严格的对立 客户的例子 * * * * * * * * * * * * * * * * * * * * * * * QONE的需求管理工具 需求开发 产品需求 需求维护 创建需求基线 需求基线 关联项目 Qone项目 需求跟踪信息 需求跟踪 需求跟踪矩阵 基线变更申请 申请表单 基线变更审批 审批表单 审批流程自定义 审批流程 表单自定义 变更表单 * 姜楠 jiangnan@ * QONE工具导入过程 建立公司过程体系，导入QONE 建立QONE部署方案 建立过程体系样例数据 编写过程体系实施指南 过程体系实施 过程管理工具 多角色协同工作平台、提升工作效率 统一的软件过程与项目管理平台，通过在整个软件生命周期中，提供人、过程、项目的动态集成，帮助软件开发过程的各个角色有效的沟通与协作 过程制度化的手段 将过程有机的融合到工具中可以使过程变为用户的工作习惯，这就是所谓的制度化 记录过程数据、降低文档工作量 绩效管理的基础 降低了QA工作量50%（QONE客户反馈） 节约了1/3的项目管理工作量（QONE客户反馈） * 姜楠 jiangnan@ * 过程改进案例-动机 建立一个全面融合持续过程改进环境的软件工程文化。 更快、更好地开发出更高质量、比竞争对手的价格更便宜的软件； 对当前所用的开发过程进行监控，寻找进一步改进的方法。 * 姜楠 jiangnan@ * 过程改进案例-问题 项目计划能力较弱、无法准确估算 资源安排不合理 项目跟踪较弱、无法在早期发现项目问题 人员流动性较大 产品只注重功能符合性、非功能性需求常被忽略 产品发布混乱 …… * 姜楠 jiangnan@ * 过程改进案例-差距分析 项目计划能力较弱、无法准确估算 PP、IPM、MA、OPD 资源安排不合理 PP、IPM、MA、OPD 项目跟踪较弱、无法在早期发现项目问题 PMC、IPM、MA、PPQA 人员流动性较大 OPD、OT 产品只注重功能符合性、非功能性需求常被忽略 RD、VER、VAL 产品发布混乱 CM * 姜楠 jiangnan@ * 过程改进案例-改进措施 组织层面 建立过程改进机构（EPG）及其他相关职能角色（QA、CM、MA） 确定改进适用范围 建立过程改进基础设施 组织标准过程库 过程资产库 组织度量体系（工作量、进度、缺陷） 过程数据库 风险库 估算指南 * 姜楠 jiangnan@ * 过程改进案例-改进措施 项目层 计划：遵循组织标准过程、WBS拆分、估算、计划评审 跟踪：引入QONE工具、成员周报、例会、里程碑评审、问题跟踪 需求：加强非功能性需求分析 …… * 姜楠 jiangnan@ * * 立项管理 合同 项目计划 项目监控 风险管理 需求管理 工程管理 需求开发 概要设计、详细设计 编码 单元/集成/系统/验收测试 系统发布 服务管理 实施维护 PH0 项目立项 PH1 项目定义 PH3 项目测试 PH4 项目验收 PH5 交付维护 PH2 项目开发 项目 管理 过程 工程 研发 过程 组织 支持 过程 配置管理 质量保证 子合同管理 培训 度量与分析 决策分析 其他：人力资源管理、财务管理、行政管理、市场营销…… 评审，走查，讨论 过程定义 过程资产管理 PP PMC RSKM REQM RD TS PI VER VAL CM PPQA SAM OT MA DAR OPF OPD IPM * 实施指南 过程改进案例-收益 进度 项目延期由原来延期12%降低为3% 里程碑基本按期完成 工作量 返工工作量明显降低 维护和后期支持工作量减少30% 开发工作量略有上升 质量 缺陷密度由5Defect/KLOC下降至0.2Defect/KLOC 产品性能大幅度提高 产品见状性大幅度提高 * 姜楠 jiangnan@ * * 姜楠 jiangnan@ * 领导层的坚强支持 选择合格的EPG成员; EPG做好过程改进前期的培训和研究工作，以减少对项目组正常工作的影响 在整个组织范围内树立过程改进是长期行动的意识 扎实做好过程改进工作，将改进后的过程实现制度化 保持EPG的组织和工作状态，使组织的过程始终具有所有者 继续实施过程改进工作，以改进促保持 客户过程改进之路 * 姜楠 jiangnan@ * 谢谢！ * * * * * * * * * * * * 这里提到的是通常中小软件企