作为团队Boss，如何处理PM与RD之间的矛盾？|PMCAFF问答精选

提问：作为团队Boss，如何处理PM与RD之间的矛盾？

回答者凯撒follower：

首先，我觉得有一点可能是造成PM和技术有摩擦的重要原因：

PM方处理问题domain和程序员方处理问题domain本身的巨大认知鸿沟。  特别是对于不是技术出身或者懂一点点技术的PM来说。

广义上，PM相当于创业者需求方，甲方，客户，以及市场。

广义上，程序员相当于架构师，创业者，以及自己所创造的技术/产品的需求方，第一个客户，和市场。

其实产品经理和开发出现摩擦这种现象，在大公司比较常见。因为对于小公司来说，boss基本就是PM。

个人看来，在大公司里面，摩擦是无法避免，也是几乎无法得到满意的解决的：因为每个人的JD都限制了他的视角的扩大化。每个人都是他所在的局部信息孤岛的受益者和受害者。

我了解到，在大公司里，大家忙着满足KPI之类的东西，这个会让他们偏执在自己的立场中。而在小公司里面（本人深有体会），摩擦也是无法避免，就一直旁观者的我来说，个人认为这个问题比大公司还更加无法得到令人满意的解决：乍一看，小团队会更容易形成共识，其实不是。因为每个人的视角的扩大相应地要求他的认知水准和对于事，物，人，时，以及自己心态的把握能力要成倍地提高。而且一个人的视角和见识能扩张，但是他的技术能力的匹配度则很难以一个非常快的速度扩张，小团队会经常面临能力匹配不足够的问题。这也就是很多小公司要么缺少前端设计师，要么缺少后台技术开发，非技术出身的Boss兼职PM由于技术短板，有时候只能干瞪眼儿。

怎么处理？以下是我个人理解。

我的boss是这么干的：强行介入，逐点击破

1、找出优先级。做事有先后与轻重缓急，想问题也得区分重要度；对于要走的路径务必规划好，能坚持亦能变通。不浪费资源，少浪费时间，战略和细节都不能差。这就很考验Boss的判断力了。当Boss在听PM和技术摩擦的时候，要跳出他们小区域的争执，站在全局想清楚，再回到局部，把局部看得明白，根据轻重缓急，对于具体的细部做得踏实部署：能避，也能迎。

2、扮演中间人角色。先中止他们的争执，然后单独和技术进行沟通，把不善言辞的技术想要表达的东西进过提炼，记下。这段单独和技术谈的时间其实是给PM时间，恢复原有冷静思考的状态，再把他叫进来，三人再次沟通。Boss这个时候就相当于一个调和剂，让摩擦脱离摩擦的阶段，进入到如何解决问题的模式，因为无论怎么吵，问题都是要解决的。

PS：作为团队的Boss，有必要让技术了解基本业务流程，这样更够使团队业务人员和技术人员的配合。

回答者简介：JR，目前在上海一家创业型互联网IT公司，负责网站运营和维护工作。负责艾米，JSL，JOBO等传统电动自行车企业对外电商平台的搭建、运营、和维护