澳门CMMI4认证,CMMI4级认证周期

ISO22301：2012《公共安全—业务连续性管理体系-要求》将帮助所有的组织，无论其规模大小、地域或开展的活动如何，在处理任何类型的风险时能更好地应对并更具信心。 在任何时候事故都能使组织的业务中断，采用ISO 22301标准将组织能够应对事故并其业务的持续运行。事故发生有多种类型，从严重的自然灾害和恐怖主义活动到与技术相关的事故和环境事故。然而，许多事故虽然小，但能产生严重的影响，这在任何时候都与业务连续性管理紧密相关。 目前，业务连续性管理已经引起的关注，无论是公共或私有部门的组织都了解如何准备和应对意外的破坏性的事故发生。ISO 22301标准为业务连续性管理体系(BCMS)的策划、建立、实施、运行、监视、评审、保持和持续改进提供了框架。当破坏性的事故发生时，该标准将有助于组织的防护、准备、响应和恢复。 实施ISO 22301标准的组织将能够向立法部门、执法部门、消费者和潜在消费者以及其他的利益相关方证明，他们满足了BCM良好规范的要求。同时，该新标准也可用于组织内部按照良好规范进行内部检查，并通过内审员出具管理报告。 ISO 22301将帮助组织在设计BCMS时适宜地满足自身的要求和满足其利益相关方的要求，这些要求涉及：法律法规、组织和行业因素、组织的产品和服务、组织的规模和结构、组织的过程和其利益相关

CMMI认证起源于CMM (Capability Maturity Model for software，软件能力成熟度模型) 是美国部在1984年因当时该机构软件项目委外开发时，无法评估软件公司对软件项目的承接及执行能力，故委托美国卡内基美隆大学 (Carnegie Mellon University) 的软件工程学院 (Software Engineering Institute, SEI) 所进行的一项研究成果，试图于软件产业建立一套工程制度，使个人及组织在软件开发上能有持续改善的依据，其目的是用来评估及改善软件开发公司的软件开发过 程及软件开发能力，并且协助软件持续改善软件流程成熟架构及软件质量，进而提升软件开发项目及软件开发公司的软件开发管理能力，达成软件开发的功能 正确、缩短开发周期、降低开发成本及确保质量等目标。

CMM目前已成为许多大型软件企业用于改善组织内部软件工程所实行的软件评估标准，CMM同样陆续应 用系统工程及软件采购方面，成为国际间认同且广泛通用的一种软件生产程序标准。由于CMM应用日渐广泛，陆续开发出不同的CMM模型，包括：软件能力成熟 度 (Software Capability Maturity Model, SW-CMM) 、系统工程能力成熟度模型 (Systems Engineering Capability Maturity Model, SE-CMM) 、集成产品开发能力成熟度模型 (Integrated Product Development Capability Maturity Model, IPD-CMM) 、人力资源管理能力成熟度模型 (People Capability Maturity Model, P-CMM) 等应用模型；且SEI于2000年12月公布能力成熟度集成模型 (Capability Maturity Model - Integrated, CMMI)，更进一步将能力成熟度模型整合，逐渐取代现行的CMM标准。

记得2003年我参加CMMI主任评估师升级培训时，有次在电梯里问当时CMM/CMMI评估负责人SEI不发评估证书的原因，他的回答是：一是怕吃官司，二是评估结果多只代表被评估组织在某一时间点的状况。2004年我接到过一个电话，是洛杉矶一家公司想诉讼中国一家软件外包公司以及SEI，找我做证人。这家外包公司被选中的主要原因是它有张CMM五级证书，因为他们觉得五级一定代表很强的软件开发管理能力。而实际结果让他们大失所望，项目做的很差，给这家洛杉矶公司造成了很大损失。他们认为SEI应该为给这样不合格的组织颁发五级证书负责，也认为外包公司有作假之嫌。我在电话里解释了为什么SEI没有任何法律责任，五级证书也不能每个项目都能做得好。后来他们再没联系我，估计终只能是不了了之了。

SEI/CMMI研究院自己不颁发证书是个聪明的做法，不仅避免了惹官司的麻烦，也明确告诉我们，证书只是代表改进路上的一个重要标志，不是质量的书。质量的需要资源、过程、检查、技术强悍的团队、责任心、认真、学习、创新、文化、老板的远见！

实施CMMI-4&5就是在CMMI-3级的基础上再实施4个PA，从PA数量上来说增加的很少，但这并不意味的实施起来比较简单，相反，实施CMMI-4&5级比实施CMMI-3级要难的多。主要原因是实施CMMI-4&5需要收集大量的过程数据，并进行统计分析，建立过程性能基线和模型，然后在项目和过程改进中应用这些基线和模型，综合来说主要有如下难点：

技术方面：

1） 统计分析技术不好理解，需要花费大量的时间学习和应用

2） 组织级度量库中收集的数据太少，不足以建立基线和模型：数据点一般在20个以上才具有统计意义

3） 组织级度量库中数据不全，需要的数据没有收集，导致不能建立有意义的基线和模型：基线和模型需要覆盖整个项目的生命周期，从需求、设计、编码、测试、交付都要覆盖

4） 过程不稳定，影响因素太多，数据之间相关性很差，根本不能建立模型：一般主要因为人员不稳定、项目类型差异很大，不可控因素太多导致过程不稳定