CMMI实践与模型比对：规划与实施的关键

本文主要探讨了实践与CMMI模型之间的差距，并着重介绍了如何计划和实施CMMI改进过程，包括涉及的培训对象、前提条件、课程目标以及具体培训内容。 在实施CMMI的过程中，首先面临的是实践与模型之间的差距问题。这种差距可能源于对SCAMPI（Software Capability Maturity Model Integration，软件能力成熟度模型集成）评估方法的理解不足，或者是CBA-IPI（Capability Baseline Assessment-Integration Process Improvement）结果与CMMI模型的比对中出现的问题。这些问题需要在共同的改进过程中得到解决，并根据商业收益或实施的便利性来确定优先级。 SEPG（Software Engineering Process Group，软件工程过程组）在CMMI实施中扮演关键角色，其成员需要参与培训，特别是那些未参加过PIA（Process Improvement Action，过程改进行动）的企业规划和实施CMMI培训的成员。同时，组织的管理层人员也应参与，确保高层对过程改进的理解和支持。 培训的前提条件是参与者已经参加过关于CMMI的介绍性培训，并具有CMM过程改进的经验。培训的目标在于帮助参与者理解从CMM到CMMI的过渡，掌握CMMI的实施方法，并熟悉SCAMPI评估方法。 培训内容涵盖了多个方面，包括： 1. 计划过程改进：这是改进活动的起点，通过诊断当前过程，识别需要改进的地方，制定出合适的改进策略。 2. SCAMPI评估方法介绍：理解这一严格的评估方法，以便正确评估组织的过程成熟度。 3. CMM和CMMI的比对：对比两种模型，理解它们的差异和CMMI的改进之处。 4. 过程改进中的成功实践：如OID（Organizational Improvement Directive）、CAP（Corrective Action Plan）、OPP（Opportunity for Process Improvement）等，这些都是推动持续改进的关键元素。 CMMI模型中的各级别，如ML2（Repeatable，可重复）、ML3（Defined，已定义）、ML4（Managed，已管理）和ML5（Optimizing，优化），分别代表了不同层次的过程成熟度，每个级别都包含了一系列具体的过程域（Process Areas，PA），例如： - REQM（Requirements Management，需求管理） - PP（Product Planning，产品规划） - PMC（Project Management Control，项目管理控制） - CM（Configuration Management，配置管理） - SAM（Software Assurance Management，软件保障管理） - MA（Measurement and Analysis，测量与分析） - PPQA（Process and Product Quality Assurance，过程和产品质量保证） 每个过程域都有其特定的目标和实践，旨在提升软件开发的标准化、一致性、可预测性和持续改进能力，以实现更高效、更可靠的软件开发过程。 实施CMMI不仅涉及到模型的理解和应用，还需要对现有工作流程进行深入分析，找出不足，设定明确的改进目标，并通过系统性的培训和实践，逐步提升组织的过程能力，以达到更高的成熟度水平。