2007-10-8 8:13:40
[原创]ISO20000与ISO9000及CMMI的体系接口
ISO20000与ISO9000、CMMI的体系接口
首先谴责ISO，这个号称国际标准化组织，我觉得它自身可能是最需要被标准化的组织，就好象管理咨询是最需要被最欠缺管理，管理软件公司自身的信息化做的最差的一样的。我不清楚ISO到底发布了多少个标准，但我觉得ISO没有难道真的没有想过它发布这么多标准，在企业中如何实现对接呢？这些标准相互之间如何融合对接，这个课题ISO不应该首先去研究清楚，而直接丢给企业去模索吗。发这个感概是因为这苦头我们碰上了。
公司对于规范的渴求可以说是比较激进的，从2002年成立到现在，不过五年的时间，已有三套体系在公司里运作了，ISO9000最早，随后是CMMI，再接着就是我在折腾的ISO20000，我们不过500多人的公司。由于ISO20000是最晚开始实施的，也注定是最命苦的，因为前面的两个体系已在公司运作了，我们现在搞ISO20000要考虑与这两个体系的接口，本来运维服务管理的许多作业程序，在之前已制订了，而现在基本上从另一个思路去构建体系。我想我们这种情况，应该国内公司应该非常少见。
我并不是打算去发表什么高论，只是谈一下我们现在对于这几个体系融合是怎么考虑的，我个人为做得肯定是不够的，觉得这方面应该算是一个比较新的课题，可以引发一些讨论。
先说跟ISO9000的接口，我们是把凡是运维服务这一部份专用的管理程序全部剥离出来，纳入到ISO20000中，但这不能解决所有的问题，因为还有公用的管理程序，比如管理评审程序、文件资料管理程序、记录管控程序。这些管理程序我们直接调用ISO9000的程序文件，但是需要做一定的修改。还有象供应商管理，这一块是调用了一个一些表单，没有完全的理顺，ISO9000中对供应商有明确的要求，而ISO20000的标准也是有明确要求的，这两者的梳理可能需要一个比较长的过程。跟ISO9000的交互是比重相当大的，这还涉及到以后的每年的外审，这些方面我们也没有完全理顺。
还有跟CMMI的交互，是因为公司的主业还是软件业务，研发体系内是基本CMMI的，通过三级认证的时间也不太长，目前这一块文件直接交互的文件还没有清理出来，我的理解倒是在于发布控制这一块，象软件发布的测试与回滚等都是CMMI有所涉及的。
在我们的的情况中，ISO9000是一个公司级的体系，CMMI是研发中心的体系，ISO20000是运服服务的体系，最上层的是ISO9000，它包含着CMMI与ISO20000这两个子体系，然后ISO20000又与CMMI存在体系部份重叠，真正把这三个体系完全有效融合，估计是需要一个比较漫长的时间。本来是寄望咨询公司给予一些指导，但最后也不是很深入，多是从认证的角度提供了一些意见。有经验的同志们可以发表一些意见或建议.
0
推荐到鲜果： 查阅更多相关主题的帖子: 管理咨询 咨询行业 IT战略规划 IT服务管理 IT治理 评估与审计 IT规划案例
上一篇：[原创]大话服务目录
评论
发布者 ewaysun
2007-10-10 17:22:06
9000是总，CMMI是在9000的前提下对开发的模块的细化，20000是对运维模块的细化
发布者 匿名用户
2007-10-10 20:00:47
迷茫的人
发布者 匿名用户
2007-12-28 14:37:02
我个人的感觉是，从单个流程的接口看，CMMI与ISO20000的接口重点应该是在发布环节，从整体体系的层面看的话，CMMI与ISO20000的融合课题很大，很重要一点，可以体现出“运维从设计开始”，从一开始项目立项时，就可以梳理出配置信息（配置管理），最后系统上线时，触发标准5“新服务与服务变更”，然后开始建立CMDB，最后进入常态运维阶段阶，利于已导入的配置信息传递软件设计的问题与缺陷，再分析促进研发过程，形成一个首尾相连的闭环，这样运维又可以促进软件的进化。当然这些要基于一个工具才更好操作。
个人觉得，如果认真去梳理这些，CMMI与ISO20000的融合比ISO9000与ISO20000的融合会更容易些，
发布者 破子
2008-1-3 8:47:09
发布者 小旎子
2008-3-27 16:58:40
我们公司正在做ISO20000呢，在和亚远景科技合作的，不知道ISO20000是否能和CMMI结合啊。这个我也很想知道呢。
发布者 匿名用户
2008-6-2 17:21:11
CMMI对变更与发布的控制也是比较严密的，这一块与ISO20000的流程整合或对接是最具现实意义的。
我们这个体系的整合事实上基本没有展开，计划今年做这一块的体系融合。
发布者 破子
2008-6-3 8:13:45
发布者 匿名用户
2008-6-6 17:03:58