怎么评估一个运维总监做的好还是不好呢？

hw_cncn

之前一直做开发工作，后来有机会在大型互联网公司运维领域带了2年团队，平常经常观察身边的人做人做事；有时候也会想，如果有一天我出去创业了，要找一个运维总监，怎么来评估他的工作是否到位，这个人是否“物”有所值呢，下面是我的几点思考，欢迎各位有识之士拍砖：

    说实在的，运维团队要想做出点成绩挺难的，因为很多工作都是比较基础的，不是偏表面的，业界有个比较流行的观点叫“轰轰烈烈的运维不是好运维“，特别是对于基础运维团队来说，“没有好消息就是最好的消息”，挺直白的，但道理确实是这个道理。下面是我的几点思考：

1、稳：这是从“可用性”角度讲的，作为网站基础架构，基础运维工作牵一发而动全身，我们常常说“变更是万恶之源”，但是显而易见，在业务发展过程中，变更是不可避免的；而人又是变更之源，所以在体制上要确保你的团队的运维工作做得足够规范，在人员的稳定性意识上要足够的深入，责任大于泰山，不能老随意而为，老捅漏子；

2、精：这是从“成本核算”角度讲的，注意这里是“精”而不是“省”，一家大型互联网公司，在每年的成本支出中，机器设备占大头，作为一个基础运维的老大，你要确保每一份钱花得值，这里面道道就多了去了：比如说如何规划机房和机柜，采购什么样的硬件，什么时候该淘汰设备，申请多大的带宽性价比高，签什么样的维保合同性价比高；该准备多少设备的buffer，即能满足业务快速增长的需要，又不至积压大量库存以及由此带来的后续的自然消耗分摊？

3、活：这是从“可扩展”角度讲的，老板最怕有一天有了一个很好的想法，突然业务要往前冲的时候，基础运维的说不行，要支撑这样的发展，我的架构要大动干戈，风险很大，这样一听老板肯定傻眼了；所以基础运维的人要多往前站，在做好了“稳、精”两点以后，要多了解一下业务，在做规划和建设的时候，多点未来思考，不能业务一往前冲的时候，你就要大动干戈，这是运维的大忌。

这是我的一点思考，如果我今后有一天出去创业的话，要找个有经验的创业伙伴，我会首先要听听他在这三方面有什么独到的见解。另外，作为老板来讲，要理性一点，对于运维团队的考核，不能看表面成绩，看做了多少轰轰烈烈的大事，而是看看任何时候都能让你感觉，这个团队是不是永远那么风平浪静，宠辱不惊。大家是怎么看的呢？

黑马王子

呵呵，楼上的说得很对！

heizi21

有几点疑惑：
首先，架构和规划一般不是运维的工作范畴，尤其是和业务相关的，很多时候，运维只是执行，不是决策；
其次，一般的小企业是没有那么长远的计划的，尤其是折旧和延保等；
最后，运维很多时候是在后台的维护，所以即便是总监，也不见得会被重用，就是因为不显山不露水，体现不出重要，你是技术的领导出身，你可能了解，如果是销售出身的，会觉得运维总监，差不多就是网管而已；
个人意见，不要拍我……

mwjpiero

谁说运维不参与架构和规划了，脱了了运维的架构和规划就是纸上谈病。会发现规划好的东西到实施的时候都是不能做得。一般运维总监和整个数据中心的架构策划是分不开的。
此架构说的不是软件开发的架构。

第九区

鸡肋！

rita-han

上海知名IT运维软件公司，从事专业网管软件研发，招聘研发总监。有意向的联系我吧！MSN：rita-han@live.cn

fsm11

国内认识能到这个层面的不多，除了几个大的门户网站，电子商务网站等外，其他的运维估计基本认为就是一个最普通网管，只有执行，没有发言权。说白了，运维总监懂的要全而多，而且要有精。
   好多公司的运维总监都是由研发总监承担。有独立运维总监的是个别数。

ztsd

一楼和七楼说的太好了，认同