“技术化”通俗的讲就是通过各种软件系统来管理运维工作。打个很形象的比喻:项目管理者联盟文章
我们日常开车,要对安全有很高的认识(思想层面上),当然还需要制定交通法规(制度上)来指导我们开车,路上也会设置各种行车线。项目管理培训
比如实线和虚线,路中间的实线就是不能碾压和跨越的,高速上的实线处还设立了很高和厚实的水泥防护栏,这个水泥防护栏就是思想和制度技术化的极端体现。实线拦不住不守规矩的车,但是水泥防护栏能!
所以思想需要形成文档来固化,当文档最好要通过技术化的实体软件系统来固化以协助我们更正确的工作。项目管理者联盟
有了体现思想的制度和软件系统,最关键的是:要用,天天用。还有,不是所有的文化思想都能固化的,还要培训和沟通,这些无形的和有形的都需要讲,换着方法的讲,日日讲。项目管理培训
当然思想文化、文档制度、系统软件不是一天能完善的,也不是完善了就能高枕无忧的,需要集众人智慧,与时俱进,不停的进化下去。因为开放、向上、探索本身应该是一个良好运维团队的文化核心之一。项目管理者联盟
如何做好日常运维项目管理者联盟文章
对于日常运维,这类事情是运维的主体工作,虽然琐碎、技术含量一般不高,但是非常影响客户(外部用户和公司同事)的用户体验,影响运维团队提供的服务质量。ITIL中的事件管理系统可帮助我们管理日常运维工作。talent.mypm.net
我们就基于ITIL的IT服务管理思想,结合自身业务情况,公司自己开发了一套事件管理系统。个人认为这套系统最有意义的地方有两处:项目管理论坛
1. 使各个团队或者部门的服务接口化了。项目管理论坛
用户可以根据自己选择的事情类别由系统分配给最适合的团队来处理。原理是各个团队将自己的工作职责提前进行了菜单化,用户根据自己的需求“点菜”即可。项目管理者联盟
比如上海办公室的用户outlook有问题了,就可以在事件管理系统中输入outlook,找到outlook相关的服务项,选中提交即可,系统会根据用户账户里面的属性分配给上海的IT桌面支持团队处理。项目管理者联盟
系统也有分配错误的时候,被分配者可以重新替用户转给认为正确的团队处理……我甚至认为应该将这个系统推送给公司所有部门使用,而不是仅仅局限于技术中心。项目管理论坛
2. 服务质量的把控技术化了。项目管理者联盟
用户的问题根据重要情况是分级别的,不同的级别有不同的初始响应时间,响应不及时以及后续处理不及时会升级。项目管理者联盟
不是原本不重要的事情变成重要,而是无论哪种事情,响应不及时都会逐级报给事件处理人的领导,甚至领导的领导。blog.mypm.net
当然,还有相关的统计报表,来统计个人和团队的事件处理数量和质量。所以无论是个人还是团体部门,都像有一根鞭子在背后飞舞。项目管理者联盟
blog.mypm.net
如何做好项目运维项目管理者联盟
对于项目运维,这类事情一般涉及比较广泛和深远,更是重中之重了。项目运维类的事情在实际中我一般用来监控比较长期的事情,比如部署某某系统,或者作为问题管理。项目管理者联盟
基本上是运维部门内部的事情,或者是已经转化为内部的事情了。因为用户少,只面向运维部门,所以我们直接拿开源的Redmine作为管理软件。service.mypm.net
Redmine很灵活,需要先理解它是基于任务(issue)的,至于具体怎么用,就需要结合标签来做,具体就不细谈了,感兴趣的各位可以慢慢摸索。项目管理论坛
通过这个软件系统,可以弥补事件管理系统的不足。那么事件管理哪里不足呢?bbs.mypm.net
最主要的不足是事件管理最(只)适合对单个零散的、短平快的事情管理。而项目类的事情需要拆分成N个子任务,任务之间也有前后依赖关系等等。另外项目类的运维周期有时候还很长。
这么长的时间没有处理完,要是在事件管理系统中记录,那你的KPI就完蛋了。-_-|||PgMp.mypm.net
|