《运维规范制定.doc》由会员分享，可在线阅读，更多相关《运维规范制定.doc（4页珍藏版）》请在三一文库上搜索。
1、如何搞好运维（4） 规范！规范！规范对于IT运维的作用和意义，大家都有认识。关键是如何设计规范和规范落地。本文结合案例，探讨规范设计的问题，至于如何保证执行，将在后面的文章中讨论。 （案例公司：有多个事业部主要负责流程、网管方向等的实施，另有一个服务事业部负责运维服务。运维服务的项目大体有网管、ITSM等方向，近60个运维服务项目，运维项目主要是驻场，涵盖电信、金融、政府三个主要方向。）【准备规范制订】在规范制订前，应对下面的几个关键问题进行分析：1、规范的目的 需弄清楚，要结合运维的背景、目前的问题进行分析，理清思路。2、规范达到的目标 至少需需明确规范制订短期内的目标，达到的效果。 （这也
2、引出另外一个话题:用什么办法来衡量规范后的效果）3、规范的约束范围 案例中的规范从三个层级上展开：跨事业部级（公司级）；本事业部级（部门级）；项目级4、规范的总体思路、要点把握 规范制订的方式、参与人、内容要点要求等，设计规范战术层次的问题。 案例分析：公司的运维项目较多，运维服务的对象多是大客户，对运维的规范要求高，原有的规范内容比较零散，且可操作性、针对性不强。因此需要统筹规划，从战略层-战术层，体系化去规格规范。前期的目标要1、形成完整体系架构 2、规范制订后要对目前关键的控制点有可落实的规范去监控、监督。从约束的范围来看，形成公司、部门和项目三级规范体系。公司级的规范由运维事业部起草，
3、交各兄弟事业部审阅。部门级规范是运维事业部的核心规范，对项目级规范进行指导。【规范制订】1、 公司级规范公司级规范主要考虑运维服务事业部和其它兄弟事业部的接口关系。从运维的启动、实施、移交到运行维护阶段进行了“闭环”约定。在每个阶段定义阶段标志、分工节目和具体的规范内容。另外对接口间协作机制进行了具体的规范。文档结构如下：2、 部门级规范部门级规范是规范的主体。在这部分应结合运维的特点进行针对性安排。在规范的制订中，我们把握了几点：1、 兼顾原有业务模型，引进ITIL的方法2、 规范都有考核办法3、 考核中体现加分4、 运用生命周期的理论和方法，对运维全过程进行规范5、 突出重点流程（和目前运
4、维过程中急需解决的相结合）以下是文档结构3、 项目级规范 对于业务比较单一，运维项目并不复杂的，部门级规范多可适用，并无项目规范的必要。我们提出项目级规范除了运维项目本身因客户需求、项目特点差异，需进行针对性调整。还有一个重要作用是进行部门级规范推广（换言之，规范如何落地），在项目规范制订过程中，需借助部门规范的内容，项目规范中特殊情形的归纳分析，又可一定程度上对部门规范的内容进行纠偏。 如何进行项目规范？大体有两种思路：思路（1） 1 、 了解项目情况（发现问题）- 2、整理项目（分析问题） - 3、形成解决思路 （以部门规范为指导） 4、项目整改（解决问题） - 4、固化 - 5、持续改善
5、 此种思路的优点：通过项目指导摸底过程中的素材积累可以丰富、完善部门规范，不断完善的部门规范反过来又指导项目规范。通过这种双向互动，部门规范和项目规范都得到完善。主要缺点是复杂度增加，周期延长。思路（2） 根据部门规范、结合运维事业部实际提出几个点进行收集整理，比较简单易行！目前采用的是这种思路。具体做法是：通过整理项目信息，运维团队工作内容和任务，规范，文档体系，考核（奖惩）这几个维度，形成项目全貌视图，然后根据部门规范对各项目的工作分类进行针对性解释、调整和个性化定制（部分项目）。【回顾】 本文仅从总体上对规范进行了介绍，实际的规范制订过程要复杂得多，期间进行了相当多的磋商、修订。在规范的制订过程中也一直关注规范的可操作性，不能让规范仅仅存于理论和形式，必须将其做成可指导实际运维工作、改善运维效率和质量的工具。欢迎网友朋友就规范的制订和执行和我进行探讨，规范制订过程的点滴要写出来就很多了，愿我们能抽出兴趣点进行专题探讨！ 本文的规范制订还有不少改进的空间，比如考核指标的设定和细化，如何有助于最后的客观取数和绩效评定？期待你的参与！ company.JPG (33.27 KB)2009-5-27 18:14main.GIF (10.76 KB)2009-5-27 18:14