CMMI EPG职能.pptVIP

组织软件过程财富库 组织标准软件过程体系结构 库的建立和维护 建立库 编写收集计划 评审收集文档/数据 文档/数据入库 管理和控制库 度量库的内容 软件规模、工作量和成本的估计 有关软件规模、工作量和成本的实际数据 效率数据：如编码销量、缺陷率等 同行评审的范围和效率 测试范围和效率 在评审中发现的缺陷的数目 在软件代码中发现的缺陷的数目 开发过程中各里程碑开发工作量的分布 开发与管理工作量的分布等 8、如何定义组织标准过程 组织标准过程建立流程 组织标准过程内容 评审和批准组织标准过程 文档编写人员自行评审后提交EPG，EPG组织相关人员进行同行评审 同行评审中要包括项目组的代表等将来会实际使用相关过程的实践人员 QA对评审中发现的问题进行跟踪直至解决 修改完成的文档经EPG核准无误后提交高层审批 批准后的组织过程纳入组织的过程财富库中进行配置管理 维护组织标准过程 收集并评估过程改进建议 实施改进过程 制定并实施改进计划 跟踪改进建议的状态 试运行 正式发布运行 保存记录 度量过程改进数据 谢 谢 Engineering Process Group 工程过程组 Software engineering process group 软件工程过程组 * * * * 收益还可以体现在产品质量的稳定，研发周期的缩短，投诉的减少，质量提高、缺陷减少。 * * * * 这个时候历史经验可以提供参考。 我们也要记录实施过程，让他成为历史经验。 体系文件放在那里让大家看，作用很小，实践、讨论，大家印象才深。 * 有多种渠道可以确定改进机会：根据组织的战略目标、对组织过程进行评审、总结项目经验、收集过程改进建议。 然后改进或拟定新的过程，寻找试点项目，再度量、评审、改进、推广，纳入组织财富库。 * 标准过程，就是我们的体系文件。 * * * SPI: Software Process Improvement 软件过程改进 * * EPG 职能 内容提要 为何需要EPG EPG的职责 EPG工作流程及支持性文档 EPG常遇问题/困难及解决方法 过程改进机会的识别 过程改进计划的制定与实施 财富库与度量库的建立及维护 如何定义组织标准过程 1、为何需要EPG EPG的作用 什么是EPG？ 评估后解散？ 几个角色之间的关系 2、EPG的职责 EPG 职责 兼职 编写文件？ 收集记录？ 准备评估事宜？ EPG的职责 计划和推动组织软件过程改进工作 领导并参与过程评估 基于CMMI定义修改软件过程改进的步骤和标准 对软件项目和项目组提供过程咨询和支持 积累组织的过程财富，如规程、模板、检查清单、工作样品、并在组织范围内共享 协调软件过程数据库的使用 评估新的软件过程在整个组织的使用情况 对组织软件过程体系和实施，向有关人员提供培训 按照CMMI，组织定期评估软件过程 从其他的角度 及时汇报实时状态及存在的问题 通过测量反映阶段性成果 让领导了解：收益时不一定就体现在成本上 3、EPG工作流程及支持性文档 EPG EPG工作流程 建立EPG 评估软件过程 制定过程改进计划 协调过程改进和开发活动 协调使用过程数据库 监控和评价新过程 实施和报告 高层评审过程改进活动 EPG工作支持性文档（规程） EPG章程 组织标准软件过程维护程序 组织过程聚焦过程 组织过程定义过程 软件生命周期模型 组织级过程裁剪规程 财富库和度量库管理过程 EPG工作支持性文档（模板） EPG会议纪要模板 EPG阶段工作总结模板 过程改进建议模板 组织标准过程发布报告模板 新过程-方法-工具名称评价报告模板 组织过程改进计划模板 组织标准过程变更记录模板 4、EPG常遇问题/困难及解决方法 资源投入 EPG成员的不足 EPG缺少专职人员、效率有待提高 随着过程改进效果的体现，相信公司会加大投入 人员的能力 组织的能力包含了过程能力和人的能力 持续的培训才能解决问题 过程的执行需要成本 某些过程有深远的影响，但短期会增加项目组的工作量 强调制度是严肃的，保证过程的执行 努力帮助项目组解决问题 管理方法 领导支持力度不够 管理层也许看不到实效 开发人员和公司其他领导的配合或抵触 EPG在改进没有充分关注内部客户需求 客户包括了项目组，还包括组织。项目组要求更多的灵活，而组织要求更多的规范，这两者永远是矛盾的，关键在于把握适度。 没有选择合适人员做QA 实施过程 策划不充分 计划的实施时间不够 资源估计不足－－不知道实施CMMI要投入哪些资源，要增加多少工作量 实施过程问题 生搬硬套，没有建立符合企业情况的体系 没有认识到宣贯、培训的重要性 没有建立好的度量体系 改进没有抓住重点 来自项目经理、开发人员的阻力 其他 软件工程基础薄弱 欠缺合适的工具来辅助 解决办法 领导更多参与