过程改进计划解析.doc

过程改进计划 文档版本号： V1.0 文档编号： HOSLIC_OPF_TEMP_SPIP 文档密级： 内部公开 归属部门/项目： 研发部 编写人： 王宝珠 生效日期： 2015-09-30 版权信息 本文件涉及之信息，属所有。未经允许，文件中的任何部分都不能以任何形式向第三方散发。 修订状态：A--增加，M--修改，D--删除 日期格式：YYYY-MM-DD  目　录 1. 引言 1 1.1. 编写目的 1 1.2. 过程改进背景 1 1.3. 缩写定义 1 1.4. 现存问题 1 1.5. 总体强项 2 2. 改进目标 2 2.1. 指导目标 2 2.2. 商业目标 2 2.3. 短期目标 2 2.4. 长期目标 2 3. 组织和职责 3 3.1. 组织架构 3 3.2. 角色职责描述 3 3.2.1. MSG 3 3.2.2. EPG 3 3.2.3. OQA 4 3.2.4. 项目经理 4 3.2.5. OCM 4 4. 过程改进计划 4 5. 资源需求 4 6. 沟通计划 5 6.1. 沟通组例会 5 6.2. 管理层汇报 5 6.3. QA审计 5 6.4. 宣传 5 7. 度量计划 5 8. 风险控制 5 9. 对OPD和OPF的裁剪要求 5 引言 编写目的 本文档对内蒙古华昕立合科技有限公司(以下简称华昕立合公司)的CMMI L3软件过程改进活动进行计划，描述过程改进活动的背景和基础，识别和定义过程改进方面的问题、方法和活动。 过程改进背景 1）提高进度和预算估算的准确程度； 2）缩短生命周期时间 3）提高质量和生产率 4）提高客户满意度 5）提高员工的士气 6）提高投资回报率 7）降低质量成本 缩写定义 SPI：Software Process Improvement 软件过程改进Engineering Process Group 工程过程小组Organizational Quality Assurance 组织级质量保证 OCM：Organizational Configuration Management 组织级配置管理 WBS: Work Breakdown Structure 工作分解结构 MSG：Management Steering Group 管理指导委员会 OSP：Organizational Standard Process 组织标准过程 现存问题 1）建议制定明确的公司愿景和战略，并让公司的全体员工了解熟悉 2）根据项目模式建立项目组结构：合同型项目和产品型项目 3）任务分配结构：由项目经理或组长来安排 4）项目管理方面：目前进度安排中工作任务分解过粗，不利于工作任务工作量的估算，使用甘特图制定项目进度安排，建议考虑使用更好的工具（如Project）管理项目进度 5）项目管理方面：没有建立测量与分析流程 6）需求开发及管理方面：项目没有明确的客户，同时项目团队也没有找到明确的人员代表客户评价产品需求 7）需求开发及管理方面：对于非功能性需求，例如性能需求，没有明确分配到软件模块及硬件中 8）需求开发及管理方面：没有明确的需求变更流程，项目组未建立需求跟踪矩阵 9）产品设计及实现方面：项目组在进行技术方案选择时未记录选择的理由，不利于降低主观性对决策的影响 10）产品设计及实现方面：建议在详细设计时就考虑如何进行单元测试，这样能更好地检查设计的合理性 11）测试方面建议：测试组没有充分考虑测试优先级，测试计划中没有量化的测试通过准则 12）质量组（QA）方面建议：缺少明确的检查方法，建议采用问题清单对流程和产品进行检查 13）配置管理方面建议：变更报告中未明确说明受到影响的配置项，目前没有对配置项入库情况进行检查，没有对备份进行定期检查以及测试 14）过程改进方面建议：未建立过程改进相关小组，未正式地建立公司财富库，未建立完整的开发流程及裁剪指南 15）过程改进方面建议：未定期制定公司培训目标及计划并及时监控，未根据公司的培训目标评价培训效果 总体强项 {此处填写组织目前总体的强项，识别组织的强项并使其能够得到保持。} 改进目标 指导目标 {此处填写组织过程改进的指导目标。} 商业目标 {此处填写目前公司开发部门面临的压力，及过程改进的商业目标，商业目标需得到量化。} 短期目标 {此处填写组织过程改进的短期目标，列出过程改进的主要里程碑。} 长期目标 {此处填写组织过程改进的长期目标。} 过程改进的长期目标是建立一个全面、融合、持续的过程改进环境。通过持续的过程改进，将软件工程和项目管理思想作为企业