EPG职能培训课程.pptVIP

组织过程定义 第三十页，共四十一页。 组织软件过程财富库 第三十一页，共四十一页。 组织标准软件过程体系结构 第三十二页，共四十一页。 库的建立和维护 建立库 编写收集计划 评审收集文档/数据 文档/数据入库 管理和控制库 第三十三页，共四十一页。 度量库的内容 软件规模、工作量和成本的估计 有关软件规模、工作量和成本的实际数据 效率数据：如编码销量、缺陷率等 同行评审的范围和效率 测试范围和效率 在评审中发现的缺陷的数目 在软件代码中发现的缺陷的数目 开发过程中各里程碑开发工作量的分布 开发与管理工作量的分布等 第三十四页，共四十一页。 8、如何定义组织标准过程 第三十五页，共四十一页。 组织标准过程建立流程 第三十六页，共四十一页。 组织标准过程内容 第三十七页，共四十一页。 评审和批准组织标准过程 文档编写人员自行评审后提交EPG，EPG组织相关人员进行同行评审 同行评审中要包括项目组的代表等将来会实际使用相关过程的实践人员 QA对评审中发现的问题进行跟踪直至解决 修改完成的文档经EPG核准无误后提交高层审批 批准后的组织过程纳入组织的过程财富库中进行配置管理 第三十八页，共四十一页。 维护组织标准过程 收集并评估过程改进建议 实施改进过程 制定并实施改进计划 跟踪改进建议的状态 试运行 正式发布运行 保存记录 度量过程改进数据 第三十九页，共四十一页。 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要投入哪些资源，要增加多少工作量 实施过程问题 生搬硬套，没有建立符合企业情况的体系 没有认识到宣贯、培训的重要性 没有建立好的度量体系 改进没有抓住重点 来自项目经理、开发人员的阻力 第十八页，共四十一页。 其他 软件工程基础薄弱 欠缺合适的工具来辅助 第十九页，共四十一页。 解决办法 领导更多参与或给予支持 从最能体现过程改进效果