自从来了目前所在公司，一直在搞运维服务类项目的跟踪和监控。公司已经过ISO20000的认证，有比较完整的体系和标准规范，但个人感觉不是很适合本部现有运维服务类项目。对于运维服务项目的跟踪和监控一直都比较困惑，如果完全按照公司已有体系执行也比较简单，但这样感觉意义和作用就不大，就会出现项目组实际工作内容和流程体系完全脱离，非但不能起到正面积极的作用，反而给项目组带来很多额外的工作量，这样就失去了ISO20000的实际意义、作用和价值。我比较推崇将这些体系标准、流程规范顺其自然的融入到项目执行过程中，使其能真正发挥简化项目流程，规范项目执行过程，提高项目服务质量，降低项目成本投入的作用，而不是流于形式。
基于上述目标和要求，一直在寻找一种有效的过程组织形式，既能满足ISO20000标准要求又能 符合本部服务项目实际情况，使过程体系有效的融合到项目执行过程中。现将几种服务过程组织形式说明如下：
 1，ISO20000-2011
1）服务交付过程：服务级别管理、服务报告、服务连续性和可用性管理、服务预算和核算、容量管理和ISO27001" target="_blank" class="relatedlink">信息安全；
2）关系过程：业务关系管理和供应商管理；
3）解决过程：事件和服务请求管理、问题管理；
4）控制过程：配置管理、变更管理、发布和部署管理。 
2， ITIL V3：服务生命周期。
1）服务战略：战略制定、财务管理、服务组合管理、需求管理；
2）服务设计：服务级别管理、服务能力及可用性管理、连续性管理、信息安全管理、供应商管理；
3）服务转换：服务转换计划、服务转换启动、服务转换执行（配置管理、变更管理、发布管理和知识管理）、服务转换验收；
4）服务运营：事件和服务请求管理、问题管理、第三方管理；
5）服务改进：服务报告、服务度量。 
3，CMMI-SVC
1）服务过程管理：组织级服务过程管理；
2）服务项目管理：能力和可用性管理、服务连续性管理；
3）服务工程过程：需求管理+SVC；
4）服务支持过程：问题管理；
5）服务设施和交付过程：突发事件和请求管理、服务交付、服务系统开发、服务迁移。
由此可见，ISO20000、CMMMI-SVC和ITIL的组织形式都不是很统一，里面有很多重叠和交叉的地方。且运维服务项目也应涉及到项目管理的相关过程，例如：项目立项和结项、项目计划、项目跟踪和监控等。因此该寻求一种怎样的过程组织形式使体系和项目有效结合呢？还请各位高手指点，谢谢！~