从事运维近15年,对运维团队管理也有了一些心得,就个人经验而言,运维团队的管理主要由运维文化、组织、人、流程、工具这几方面组成,接下来会在这几个维度浅谈一下运维团队在管理和发展方面我所希望能实现的一些突破。
![27a11f8f6a37818298c3741df9fb3531.png](https://i-blog.csdnimg.cn/blog_migrate/4641b3c6b82f935305b0f8fe7e4087e6.jpeg)
运维文化
★
理想中的运维团队文化
所谓文化:当一个团队规模扩张之后时,这个时候我们可能需要一些统一的价值观指导大家,让大家在行为上按照对整个团队发展最有利的方式来思考和执行。
我提倡的运维文化,叫“运维四化”:服务化、标准化、自动化、产品化。标准化和自动化大家都比较好理解,我就不讲了。重点强调一下我们为什么提出运维的服务化。
(一)为什么要“服务化”?
![34bc965583506ccad2fc3e52eadbd183.png](https://i-blog.csdnimg.cn/blog_migrate/3ee8c9c123a2f7195b77c880a4486a07.jpeg)
(二)运维的本质到底是什么?
我从2005年开始做运维,一直到现在,都算是在运维行业里摸爬滚打。以前,我觉得做好发布变更、故障处理,让业务保持运行稳定就是运维的价值,但通过这几年的思考和实践,我觉得那是不够的。
那么运维的本质到底是什么呢?我觉得是服务,是服务于业务,因为运维是用技术解决业务问题,运维的价值要依托于业务才能体现。
运维不是因为技术高深,或者管理了几万台服务器而很牛逼,也不是能玩转很多开源工具而很牛逼,这都不是运维的关键。
我在前两年货车帮工作的时候和运维团队的同学做分享时曾经提出来一个问题,“我们经常称自己是技术人员,那么谁能解释一下什么叫技术?”,同学们的回答不一。在我而言“技术”一词可以拆分为“技”和“术”,所谓技,即技能,能力,本领;所谓术,则是把技能,能力转换成对公司有价值的东西的这么一个过程。在此基础上我提一个观点:对于运维来说,服务第一,技术第二。运维技术再牛,如果不能服务于业务,帮助业务取得成功,那价值也是有限的。那么怎样服务业务呢?我们总结了四点:
1.贴近业务:就是我们一定要与业务走得比较近,保持信息的畅通。
2.理解业务: 要知道业务目标是什么,用户群是什么,商业模式是什么样的。之前我见过很多运维,甚至在公司做了半年、一年,还不知道所运维的业务的商业模式是什么,这样的话,我们怎么能有针对性地提供服务,去帮助业务成功呢?理解业务还意味着要站在业务运营的角度思考问题,而不仅仅站在运维的角度思考。