众所周知，一个网站或者一个项目的创建和运营不是一个人可以完成的（个人发挥不算）。至少需要产品、设计、程序开发（前端、后端）、测试、系统维护（部署、运维、维护）、平台运营等几个岗位。在团队的认知中，某些位置的人总是喜欢强势，认为自己很重要，处于主导地位。所以，在这些人的意识里，其他的位置或者人员，都是辅助的、次要的，围绕着他。在这样的环境下，人员冲突的概率很高，相互合作的意识几乎不存在。如果高层项目负责人（老板）也有这种认识，那情况就更糟了。在大多数非标准或非技术驱动的公司中，一个典型的情况是：对于系统运维人员来说，如果系统长期稳定运行，会有人认为这些人是多余的吗？相反，如果经常出现故障，有人开始抱怨，运维是为了什么？为什么事情总是出错？这些问题的原因可能有很多，可能是理解的问题，也可能是项目本身的问题（比如交易型网站运维的地位高于促销型网站运维）.对于我们个人来说，我建议在找工作的时候，尽量找一份交易型的。毕竟公司的存在就是靠系统平台赚钱，系统停了就意味着亏损。网站的类型要高得多。至于认知的问题，情况更复杂，需要更多的分析和思考。回到我们的主题。只是一个程序员或测试人员过来要求做这个或那个。没有书面文件，也没有过程。这样的次数多了，大部分运维人员都会有被支配、不耐烦、厌烦的感觉。第二种情况是：如果出现故障，先推送给运维。这真的是最要命的，也是最容易引起纠纷的。想必很多运维同事也遇到过这种情况。虽然我已经很久没有关注技术了，但是写这些话感觉有点力不从心，所以勉强抛出一些想法供大家参考。1、主动从事技术的人，一般性格内向。不知道是不是长期和机器打交道的缘故。但没办法。主动与人沟通还是很重要的。我们要告诉别人，运维其实就是在做很多事情（机房选型、系统架构、技术选型、日常维护、半夜起来跑机房、24小时响应...这里是65535个字的简单总结），不得不说，项目列的越详细越好！有些事情在别人（比如开发者）看来很简单，不就是搭个服务器，装个系统吗？那我们就得认真跟他说：哪个机房的带宽质量最好？哪个机房到位？如何安装系统更快更符合要求（别告诉我们一路回车，一步一个脚印，一锅程序数据）？做了什么我们要说，还要多说，让别人明白我们其实付出了很多努力，做了很多工作。时不时跟别人强调你设计的界面很漂亮，再牛逼的程序，系统崩溃了，就是一堆二进制文件占用硬盘空间！就算不死机，要是被发现机房里的垃圾，能跑起来也是一件奇怪的事情！中国人是人情社会，大家只要时不时一起吃顿饭，很多事情都可以谈得来。你打算邀请或被邀请与其他部门的人出去吃饭吗？2.协作推卸责任，原因很简单——利益和面子！谁愿意努力工作，结果却因为出故障而扣钱甚至影响未来（很多组织只注重惩罚，很少提到奖励）？遇到人品不好的人，这种情况就经常发生。没有人保证除非关闭电源，否则系统的运行不会出现问题或故障。我通常的做法是：（1）收集相关资源的联系方式：机房、供应商、服务商（cdn之类）；（2）收集相关技术人员的联系方式：技术总监、程序员、Test等；(3)根据业务，将故障告警发送给相关人员；(4)联系接口人员告知故障发生，获取故障现象并简要描述(5)要求相关人员配合调查；(6)告知自己调查情况（查了哪些项目，值的状态是什么，修改了什么，数据截图等）；(7)故障排除，总结经验；(8)内部讨论，看大事能不能减（看具体情况）。如果不是自己的责任，过分强调过错或疏忽，又会回到推卸责任的老路子。3、流程如果没有流程，肯定会造成混乱。比如前面说的，任何一个人都会来提出要求；如果过程太繁琐，则行不通，严重影响效率。在这里，我不强调流程怎么做，但至少，我们可以约定一个联系人。如果有任何需要，尽量使用联系人。如果，如果什么都改变不了，那就尽快离开这里吧！
