序言

在职场的这些年里，我和很多很多不同岗位的同事打过交道，从自己组内的好兄弟到素未谋面的其他部门同事，从内部的技术工作者，到外部的客户经理，千人千面。也许这也是和人打交道的乐趣之一。久而久之，我开始尝试着去总结这里面的共性，有没有某一类岗位，能够有一些共同的特点，过往的经验，是否不是可以继续沿用下去。

实际上这一过程可比总结很多事故的原因要难多了。直到后来，我尝试了一个新办法，就是在和某一类岗位同事打交道的时候，把自己带入到某一个BGM中，这样似乎可以很快带入到情绪里，而渐渐地。

我甚至能找到某一首具体的歌，来表达自己面对某一类岗位同事时的心态，以及和他们当年打交道的一些心得。

运维组的兄弟

这是最平凡的一天啊，你也想念吗
不追不赶慢慢走回家
就这样虚度着年华 没牵挂
只有晚风轻拂着脸颊
——毛不易《平凡的一天》

曲内之音

曾经呆过好几个运维团队，非常巧合的是，每一个团队都是全员男性。一起扛过设备，一起布过网线，一起上线系统，一起排查故障。有过共同熬过一夜升级设备的经历，也有过生产环境爆雷一筹莫产的苦楚。

在运维岗位上，最好的一天可能就是平稳度过的一天，没有事情发生就是最好的事情。下班时轻轻松松回家，没有什么牵挂。而对于运维团队的领导来说，最希望的也是在年度报告的时候，事故处理数量是0。

然而零事故，很多时候是一种可遇不可求的奢望，作为DBA的我永远无法预料生产环境里所有的坑，总是会在想象不到的点与他们转角相遇。在设备规模极其庞大之后，在硬件老化又预算不够的时候，这些问题都会层出不穷。然而数据库的问题，有时候是诸多问题集中爆发的场所，很难一个人单打独斗，通常一加班就得拉上好几个同事。久而久之，平凡的一天往往成为了运维团队最期待的事情。

毛不易的声线，用略带嘶哑又平缓的声调演绎出这首歌，仿佛能让我回到过去的某一天，下班前习惯性地巡检一下监控系统，当发现没有任何告警时的轻松心态。会让我想起与并排坐在旁边的运维组兄弟下班前互道明天见的轻松心情。

曲外之音

每当回想起这些往事，又跟运维组的兄弟们打交道的时候，最关键的心得莫过于如下几点：

1. 有话直说。作为同一个团队的成员，肩上扛的是整个公司的系统稳定性，有时候一个系统可能有好几个关联岗位。遇到问题就直接说，不要绕弯子让人猜，尤其是一些生产环境的问题，绕弯子让人猜的结果就是可能出现事故。

2. 互扫门前雪。比如作为DBA，有时候看到操作系统、中间件、网络、服务器某个环节可能存在问题的时候，不要抱着不关自己事情的心态。把问题转给相应同事，并且一起排查。一旦出事，业务部门不会去判断这是数据库的问题还是其它问题，只会认为这是系统运维的问题。

项目经理

让软弱的我们懂得残忍
狠狠面对人生每次寒冷
依依不舍的爱过的人
往往有缘没有分
——周华健《忘忧草》

曲内之音

虽然这是一首老歌，但是我第一次听到确实《西虹市首富》里。在IT部门工作，除了和运维组的同事们每天打交道，剩下最多的就是各个项目经理或者项目负责人。日常工作中，和各位项目经理们的关系可谓是相爱相杀。

作为运维人员，有时候需要一些项目来秀肌肉，展示一下自己的工作能力：紧急上马的项目，我们xx个工时内准时完成，保质又保量；在系统出现重大问题的时候，以最低成本解决，为公司节约预算。

打住，这些都只是理想的状态。现实中遇到最多的事情，恰恰是各种鸡毛蒜皮的小事：业务方有个新变化，需要调整数据库配置；事项紧急，来不及提流程了，赶紧给办了吧；怎么系统突然玩不转了，原来是应用程序改了重大配置没有提前知会DBA。林林总总，这才是项目经理和DBA打交道的常态。

如果实在时间相对充裕的时候，一切都好说。可是一旦忙的时候，这些事就不得不排个优先级。对于项目经理来说，自己项目的优先级就应该最高。但是在DBA的眼里，手头的活可能有优先级远远高于这事的。往往就在此时各种撕逼吵架就接踵而至。

要么对项目经理残忍一些，排队解决，要么对自己残忍一些，一股脑都接下来不休不眠解决。难题解决了，为了后续的合作，大家还要仿佛和吃了忘忧草一样，忘掉过去的不愉快，未来还有更多的难题在等待。其实两方谁都不容易，互相理解换位思考一下。

曲外之音

项目经理是一个项目的枢纽，而且从风格上也有不同的类型存在，如何跟项目经理打好交道，同样也是值得去思考的，我个人总结了如下几点：

1.  解释技术语言。项目经理的背景比较多元，有的真对技术不怎么了解，甚至不是这个背景的。怎么样把技术的语言，用项目经理能够快速明确理解的方式表达，是一个硬性技能。我常常听到一些项目经理说：“不用跟我说这么多，就讲讲这个能做什么，谁来做。”

2. 计划前置。一个项目可能会拆成几十个模块，有些模块之间还有强依赖关系。一般参与到一个项目里，我会找项目经理要资料，能多不少。一方面了解一下项目的整体安排和细节，另一方面也提前给自己排出时间，把计划做好，甚至需要提前自学一些东西，来保障项目的顺利进行。

3. 学会拒绝。不是项目的所有需求都是合理的，比如一些对数据库对运维高风险的行为，就要说不。让项目经理主导，去寻找更加安全或者有效的方案，自己提供一些建议，而不是一股脑照单全收，给未来埋下定时炸弹。

业务部门

柴薪之王，
睥睨众生，
火之将熄，
不见王影
——北村友香《黑暗之魂III》

曲内之音

什么是柴薪？这是一个很长的故事，姑且解释为被烧过一次的强大灵魂。每当业务部门的同事来找我时，我总会想起那些仿佛被烈火焚烧过的记忆。

项目经理毕竟是自己部门的人，而且大多数也都是技术出身，跟他们沟通起来还是可以用技术上的东西来沟通。但是业务部门就是另一码事，一方面绝大多数业务部门的同事都是来自各个专业，另一方面大家的工作职责本就不同，做事情的出发点就会大相径庭。

有时候业务部门，尤其是那些强势的业务部门，他们会直接找到我提需求，不管是业务相关的还是可能和业务没那么紧密的，甚至项目经理都不想经过。

这时候会很煎熬，因为这类需求一定是真的真的紧急。有时候大家要连夜去搞。比如疫情刚开始那会，业务突然有个重大调整，业务部门老大紧急找我们：赶紧扩容，未来一周业务访问量要爆发式增长。果不其然，那一个周末写进去的数据量，比过去半年都多。我们运维组两班倒，几乎是7x24的响应，终于结束了。火传完了，运维组真的成了柴薪一般。我们如同打胜仗一样，接受着来自部门领导和业务领导的口头表扬，一时之间真有点飘了。

然而等到年底要预算的时候，你猜业务部门是否会因为我们这次及时响应更痛快？答案是否定的。来年的各种维保费用和填购新设备的预算，仍然是要的很吃力。甚至有时候，压根找不到对方相关负责人。

火之将熄，不见王影。IT部门有时候作为一个纯粹的成本部门，就是这么无奈。

曲外之音

讲真，这么多年来，最让我打交道头疼的就是业务部门。他们是这个公司内的甲方，也是IT部门赖以生存的组织。跟他们打交道，有时候真的如履薄冰：

1. 保持距离。和业务部门走的太近和太远都不合适。走的太近，以后各种不合理的需求不符合规定的东西，都一股脑甩给你，答应也不是不答应也不是。走得太远，彼此之间的沟通又有可能不顺畅。

2. 张弛有度。业务相关的事情，肯定是要高优先解决，因为所有的系统是为业务服务。但是优先级怎么个高法，也要看看这个业务到底影响面多大。切忌把业务的需求无限放大，燃烧自己。

3. 有理有据。找业务部门要预算，也是一个很考验人的活。“理”立足于公司制度，按照公司流程去办事；“据”是具体的数据，一年业务部门使用了多少资源，成本是多少，需要分摊的比例是多少，这些需要明确，并且给出一个让业务部门信服的数据。

客户经理

当我又飞到这里
俯瞰着模糊山顶
孤身藏在夜空里等你的回音
——许嵩《乌鸦》

曲内之音

在甲方工作的日子里，和厂商打交道最多的既不是程序员也不是实施工程师，而是客户经理。从一开始的立项一直到最后的交付，客户经理往往贯穿全程。而且有任何配置变更或者项目进度的调整，客户经理都是必须本人确认的。

一个客户经理可能要跟进多个客户多个项目，有时候也确实存在分身乏术的情况。不同的项目成本，不同的公司机制，也导致了即便是同一个客户经理，在不同项目上也可能出现不一样的反馈。比如明明甲乙两个项目，都是同一个公司同一个项目经理，其中一个项目调配资源非常及时，另一个项目就毫无进展，跟同事一问才知道，项目成本差了好几倍。

但是从一个DBA的角度，优先看到的是这个项目分配了多少数据库资源，卡在哪一步多少天，影响了哪些东西。虽然两个项目成本差好几倍，但是摊到数据库的成本有可能相差不大。这时候头大的反而是DBA。

还有一些老旧系统，因为各种各样的问题，给数据库带来了无穷的麻烦，隔三差五就得找客户经理，“这个xxxx系统，xxxxx地方的问题，什么时候能解决？” 而对方看一眼一年支付给他们捉襟见肘的项目预算，很可能给我模棱两可的回答。

此时的我，十分无奈。耳朵里回想的，都是那首《乌鸦》。或者说，我已经成为了那只俯瞰着山顶的乌鸦，在等待着那个模糊的夜空回音。

曲外之音

客户经理是我打过交道的人里，情商最高的一个群体。有时候他们不仅仅能听出我的需求和烦恼，甚至还会搞出一些弦外之音，这就让我跟他们打交道的策略与以上几个群体大相径庭：

1. 当“恶人”。客户经理心里都有一本账，谁比较容易相处，谁不好惹。这时候我要时不时假扮一下“恶人”，给客户经理施压，让他们尽快安排相应的资源去解决问题。虽然不情愿，但是也是无可奈何。

2. 内心的红线。不同的厂商，客户经理的风格和定位也不同。有的企业甚至销售和客户经理都是一个人。这时候情况就比较微妙了，接触过穿着低胸短裙来找我频频暗示的客户经理，也见过非要请我去一些和工作无关场景的客户经理。这时候要说自己心里不犯嘀咕是假的，但是越是这时候，越要恪守住自己内心那条红线。

3. 适时放弃。有的时候，尽管自己怎么扮演恶人，对方都只是嘴上答应，没有实际行动。这时候我大概也就明白了，这个项目对方投入的成本接近亏钱甚至已经亏钱了。既然我有一道内心的红线，对方何尝不是，与其继续做无用功，还是早点想一些折中办法，节省时间。

开发与测试同事

照片里面的生活
比现实中好看
想要还原的世界
颠倒且缓慢
刷新的从来只是
饥饿和安全感
完美升级到没有极限
——R1SE《谁都别吝啬》

曲内之音

转型做产品之后每天打交道最多的莫过于公司里的开发与测试同事。一个功能从确定到设计到开发到测试再到最后的验收，每个环节都需要参与。然而做DBA和产品经理，最大的区别可能在于对功能难度认知的偏差。

比如一个DBA直觉里很复杂的功能，可能在开发的时候并没有想象中那么难；反过来看起来平平无奇的小地方，却要很资深的程序员折腾好几周。这往往就会让我产生出一种颠倒错位的感觉，这个竟然这么难，这么竟然没这么难，从而对自己过去多年实际工作建立起来的认知产生怀疑。我难道之前是活在一个镜像的世界里吗？！

而一个功能开发完提测，又是下半场的开始。测试同事用他们的细致一次次打我的脸，怎么XXX我没想到？怎么YYY又有没覆盖到的？这个功能怎么还会有人这么用？这时候我又觉得自己像个废物，总有两个想不到的地方：这也没想到，那也没想到。

在一个功能即将收官之前，总要做一次抉择，是追求完美把它做到极致，还是像现实妥协，在极其有限的人力与时间之下，做出一个够用即可的功能。很遗憾的是，多数时间两者不存在一个能兼顾的平衡点，总要做出取舍。

同样重要的是，无论开发还是测试同事，他们都不是写代码和用例的机器，都是一个一个活生生的人，是人就有情绪，既要把功能和进度平衡好，又要照顾到每个人的情绪，又把整个难度升上了一个新高度。

照片和现实，欲速与不达，完美和妥协，如同几把钝刀在我全身上下往复交替，夜不能寐寝食难安。作为一个听过很多女团歌曲的人，此时在我耳边回想最多的，确实我为数不多能唱出来的男团歌曲。

怎么办？化整为零，一个坑一个坑填，一小步一小步向前迈，问题再多，总要逐个解决。

曲内之音

与公司内的研发测试同事一起工作，恰恰是我这些年最小心谨慎的时候。因为我很清楚，自己所有的想法或者需求，都是经过他们汗水的浇灌才开花结果，这种时候，打交道的策略也一定要有所变化：

1. 立足现实。一个团队，尤其是初创团队，人手永远是不足的。想要让每一个功能尽善尽美无异于天方夜谭。在有限的时间和人力的限制下，不要好高骛远，立足现实，让好钢用在刀刃上。

2. 三省吾身。无论我自认为自己想的有多全面，总有自己没能兼顾到的地方。每当遇到工作中的问题，多反思自己，多想想如何改进，多设身处地考虑对方的难处，而不是无脑地将压力传递给对方。

尾声

人为城，人为垣，人为堀。人是这个世界上最复杂的生物，而现代社会人和人之间的分工协作又成为了一门极其复杂的学问。在过去的职业生涯中，我有幸和不同职位、不同公司、不同背景的同事都有过长期共事。职位也许有分工，性格也许有不同，但是人真的没有高低贵贱之分，我能看到的是一个个努力好好活着而奔波的人。

有时候多换位思考一下，很多事情都能心平气和坐下来谈，这也是我在甲方长期工作给自己的一个警示。如今自己成了厂商员工，在合同里出现在乙方的公司，也更加能够理解当年各个不同群体的想法的行为。人无完人，更何况很多地方自己做的都一塌糊涂。

谨以此文，感谢那些曾经在职业生涯中帮助过我与被我坑过的同事们！

本文为墨天轮社区特约作者 多明戈教你玩狼人杀 独家供稿，内容原创，仅代表作者个人观点，欢迎大家交流、讨论。如需转载请联系作者或墨天轮官方。