CMMI及组织标准过程.ppt

一些问题（4） 软件有特殊性，软件开发人员是知识劳动者，我们鄙视官僚、不喜欢僵化的过程改进。 为了得到高质量的工作产品，我们要求对所有的过程进行管理和控制。很多软件开发人员都是很有创造力的专业人员，但是我们是一个组织，工作必须有纪律、受到一定的限制，如工期、成本、质量、安全性、可靠性等。如果这些限期过于“僵化”，我们就必须进行改进，这就叫做“过程改进”。 一些问题（5） 我们的项目很重要、进度很紧张，过程改进不关我们的事。 过程改进的目的就是降低成本、缩短开发周期、提高质量。我们要通过改进我们的软件过程来提高我们的竞争力，以继续我们的事业，如果我们不改进，我们的竞争对手会改进。 一些问题（6） 为什么我们这么注重过程改进？我们为什么不把精力集中在人员管理和新技术或工具的应用上？ 过程改进必须考虑3者的平衡：过程、人员、技术。我们需要良好的过程来保证项目开发和维护的成功。我们需要良好的技术来支持过程。我们还需要具有高超技巧和推动力的人员来工作，并使用这些过程和技术。最终是人的因素来决定这些改进活动的努力是成功还是失败。 一些问题（7） 为什么过程改进要一点点的进行，如果已经达到5级，是不是就不需要再改进了。 过程改进是一个永不停止的任务，是每个人都要参与的连续活动，大家都有一个共同的目标。 Thanks! 结束 * * Software Practice Lab Software Practice Lab CMMI及组织标准过程 讲义大纲 了解CMMI的基础知识 理解掌握组织标准过程 术语 CMMI（Capability Maturity Model? Integration），软件能力成熟度模型集成，主要包括过程管理、项目管理、软件工程、过程支持等几个大的过程。 它是 过程改进的指导性模型 汇集了世界各地软件过程管理者的经验和智慧 经过世界各地的实际应用，证明具有建设性作用 源模型 CMMI的源模型 SW-CMM 2.0 Draft ：软件能力成熟度模型2.0版； EIA/IS 731：电子行业协会临时标准； IPD CMM 0.98：集成产品开发能力成熟度模型 效果 实施CMMI的益处 降低项目成本； 提高产品质量； 控制项目进度； 风险透明化 实施CMMI的弊端 CMMI过程带来的主要变化 启动——确定范围、明确目标 计划——基于历史数据 项目跟踪和监控——日报、周报、里程碑报告、定期例会 质量控制——评审、测试、确认、QA审核 配置管理——配置库、基线、定期的配置审核 结案——积累经验，记录数据，推动持续的过程改进 L1-初始级 取决于个人的能力 软件管理是一个“魔术” In Out L2-已管理级：消除混乱 建立有效的软件项目管理 软件项目管理过程要文档化且要遵循 各项目在建立管理过程时，要以组织方针为指导 在以前项目上开发的成功实践可以重复使用 建造的软件过程是一系列带有定义好检查点（里程碑）的黑盒子 In Out L3-已定义级：建立公共过程 工程过程更加有效的执行 建立组织标准过程，项目通过裁剪形成项目过程 提供组织级的培训 过程改进活动更加有序、主动的开展 In Out L4-定量管理级 了解过程能力，控制过程偏差 异常点 异常点 从L3到L4－向量化管理转移 L5 – 持续改进，提升能力 LEVEL 4 识别要控制的过程 控制性能偏差 建立能力基线和模型 用基线和模型计划及管理项目 LEVEL 5 原因分析，预防缺陷产生 部署技术革新 提升过程性能 持续改进 L5-示例 软件能力成熟度等级 Level 5 优化级 Continuous process capability improvement Level 4 已管理级 Product quality planning, tracking of measured software process Level 3 已定义级 Software process defined and institutionalized to provide product quality control Level 2 可重复级 Management oversight and tracking of project; stable planning and product baselines Level 1 初始级 Ad hoc; success depends on heroes 什么是过程域 过程域的概念 过程域：是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。 一个过程域的能力是通过二维表中的一系列点来定位的。 过程维 你要做什么 能力维 你做的程度如何 CMMI模型表示