作为团队Boss,如何处理PM与RD之间的矛盾?

转载 1 收藏 评论
举报 2015-09-16

  @凯撒follwer

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

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

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

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

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

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

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

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

  我的boss是这么干的:强行介入,逐点击破

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

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

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

  本文由PMCAFF产品经理社区会员原创,版权归PMCAFF产品经理社区及作者共同所有。如需转载,请注明出处并保留链接。

    参与评论

    文明发言,无意义评论将很快被删除,异常行为可能被禁言
    DIGITALING
    登录后参与评论

    参与评论

    文明发言,无意义评论将很快被删除,异常行为可能被禁言
    800

    推荐评论

    暂无评论哦,快来评论一下吧!

    全部评论(0条)