摘要:

在很多IT互联网企业中，开发人员甚至是老大（可能不太懂技术细节）会给运维人员提工作需求。当然提需求是正常的，这是运维人员的职责所在，但是他们还会关注实施部署细节，甚至是你操作每一步的细节，最悲催的是，每个操作步骤都规定死了！哇，这手伸得未免也太长了，到底是开发负责运维还是运维人员负责运维呢？
　关键字：IT运维管理，开发

在很多IT互联网企业中，开发人员甚至是老大（可能不太懂技术细节）会给运维人员提工作需求。当然提需求是正常的，这是运维人员的职责所在，但是他们还会关注实施部署细节，甚至是你操作每一步的细节，最悲催的是，每个操作步骤都规定死了！哇，这手伸得未免也太长了，到底是开发负责运维还是运维人员负责运维呢？

发生以上问题的原因，现不完全总结如下：

1）多数公司里开发人员是主导，从“小”形成的这个坏习惯，这和公司起步早期开发一并兼职运维有关。

2）公司规模较小，且大佬们是开发出身，根本不重视运维人员的素质和能力，甚至可能认为运维可有可无。

3）开发人员和大佬，不信任运维人员的能力，所以，老想过于细节的指导限制。

最主要的我们才是专业运维，我们要对自己部署的服务业务负责，听别人的思路，操作出了问题还是我们的责任啊（和别人无关），参考别人思路是对的，但是，自己要有主见（前提是优秀的思路，这里的意思是不能盲从，请注意“盲”字）。以前听过运维人员和开发和老大抱怨，“都是你们让我做的，又不是我自己做的，和我无关。大家听听可笑不？”

在此我们呼吁：

1）作为公司的大佬们，应该充分给你的运维人员更多思考的能力以及发挥的空间，毕竟他才是专业运维，否则，你请  他来还有什么意义，如果实在不信任他们，可以让他们出详细方案然后召集大家讨论PK。

2）应禁止开发人员及其他需求人提出需求后，还要附加对超出自己职责的需求运维工作细节指手画脚，只要运维人员能满足需求人的具体需求，解决实际问题就好，实现过程的权利交由运维吧。一个专业的运维人员的对于运维工作的思维在多数情况下比相当能力的开发人员更加准确，专业。

 3）对于一些大的架构该着和新项目上线，可以召集所有人包括开发人员一起开会讨论确定方案，按计划实施（运维操作）。当然了， 如果上线前期能够多找运维、架构、DBA等把把脉效果就更好了。注：有的公司运维、架构、DBA还没有分开，那就通属于运维部门了。

 最后说一下我们运维人员的心声吧：

1）请大佬们多给公司的运维人员一些思考、说话和决策的权利，他们一定是最棒的运维。

2）运维部门不光是技术服务部门，更是运维制度、规范及各种运维管理流程的制定部门。

3）多数情况，开发人员更多的是关注功能实现（项目周期紧所致），运维人员才会更关注规范、性能、和稳定（职责所在）。

文章摘编自  51CTO博客【老男孩Linux运维】

北塔软件BTNM产品 免费试用

• 产品试用申请
• 北塔BTNM产品介绍PDF下载
• 北塔软件BTNM技术白皮书下载