产品经理不履职应该如何处理

[swordart0000]

兄好，大概描述一下我在公司目前遇见的困惑情况。小厂，OP 目前负责多个项目的后端，题中描述的 PM 和我有多个项目重叠。

背景：该 PM 是一个写程序写不下去，被公司 leader 好心转 PM 继续收留。已经作为 PM 工作了接近半年多，所以应该是不存在对 PM 的技能和工作职责了解不足的情况。OP 和后端小伙伴到目前为止还没有错过项目的 deadline ，所有产品都是无重大 bug 的情况下顺利上线。大部分的 bug 也是发现后几小时内能顺利处理好。我们后端现在和 PM 的矛盾在以下：

1.我们用的是 Jira 管理项目，PM 在得知需求后不帮助我们填 Jira Task ，也不规划好每个 Sprint 都应该做什么。她口头通知我们然后让我们后端自己去填去规划。我们填的不够好，她又有意见。

2.需要跨部门沟通的时候，PM 不出面沟通，反而有的时候 PM 需要沟通的时候反而会因为我们和要沟通的人的私人关系更好为由让我们代替她去沟通一下不属于我们项目的东西。

3.设计产品的时候不去好好的了解产品的背景和需求，而且很多需求没有具体的需求文档。只提了个大概想法，具体让我们后端自己去研究和补充。

4.摸鱼大家都理解，这个 PM 直接一天大部分时间都在看手机，我们后端询问她的一些问题硬是拖着不回复。直接 block 住进度。

小弟我工作经历不是特别长，不知道这样的 PM 是不是常态。也不知道 OP 我是不是需要和我的 leader 反应这个问题，但是 OP 又怕影响同事关系希望大家可以指点一下。

[2bad4u]

@swordart0000 简单，就相互扯皮就行了。

产品岗位的人员流动性特别大，主要是因为老板经常找产品讨论想法，两个人头脑风暴出来一个需求，然后，产品要招人写文档，但是老板不同意再增加产品岗位，所以老板接受没有产品文档，老板更在乎产品的创意，一但老板认为这个产品没有创意了，他就会把这个产品换了。

[Samuel021]

PM 举手回答，我觉得应该是这样的：

1. 应该不属于“是否履职”的问题，更多出现在两个部门岗位的工作边界模糊导致的。按照你们以往的工作习惯和规则，应该没有明确到底是“谁来建立 jira task”，所以可能会出现扯皮的问题。我们这边的习惯是，产品经理负责 story 的 issue 建立，测试负责 bug 的建立，研发根据自己的了解在对应的 story 下面建立对应的 task ；

2. 应该不属于“是否履职”的问题，我估计还是没有明确的规则边界导致的。换言之，像楼上各位大佬说的，PM 对研发又没有直接管辖权，他让你找别的部门去沟通，你是可以拒绝或者拖着的。但可能是因为 OP 所说研发没有 teamleader ，大家不知道怎么协同处理导致的；

3. 毫无疑问属于“不履职”的问题，作为产品经理不去了解需求背景和期望，让研发自行实现的解决就是“互相甩锅”，最终产出落地做的好和研发没有关系，出现 bug 或者质量问题研发又要背锅。但确实国内的产品市场太水了，许多人已经丧失了思考学习思辨的能力。建议就是拉大群，他的 leader 和你的 leader ，在群里讨论问题，而不是一对一私聊；

4. 也属于“不履职”的问题，处理方法同上，整个流程因为他这个节点阻碍了，那就找能处理这个问题的人来处理。

从过来人的角度，我觉得还是可以找老板去申诉或者沟通的，但 OP 也需要关注这两点：

1. 要记住“对事不对人”，你觉得这个 PM 不行是因为他的工作质量不好影响了大家的协作效率，这些工作质量不好是有具体的事件的。如果需要和老板沟通，需要以具体的事件为基础，而不是直接说这个人不行。这样不管大家后续是不是一起合作，至少我们自己是务实的；

2. 同事关系好坏取决于“是否能够让你开心，你是否愿意保持这段关系”。我们在工作中的核心工作是让自己舒服和开心，如果自己不开心不舒服了，在保证自己工作质量的情况下，是没有必要去关心“你的想法会不会影响同事关系”的。很多公司都可能出现这中问题，从老板和管理的角度可能会去划水，但他们实际更关注的是“产品的质量是不是有影响，会不会对公司赚钱有负担”，至于“同事关系 /企业文化 /工作氛围”都是属于“有了更好，没有也行”的东西。这一点你可以换到老板的角度来考虑一下他会怎么看待这种事情。

[RealJacob]

听描述感觉 pm 有问题，但你们项目的管理者也有些问题，或者说就没有一个管理者。所有的问题应该抛出来到明面上，如果他还脸皮厚不推进，那就可以直接上升了。
需要一个大的工作群，老板在的。在群里明确工作流，谁来建 task ，task 怎么流转，task 内容包含哪些。先有 prd ，再 prd 的评审（不合理或不明确的需求当场打回、质疑），再有 task 。如果经常 block 住，可以同时辅以必要的日会 or 双日会，半小时时间每天过 task ，看 task 在谁头上 block ，需要多少时间解决

[jmc891205]

在小公司就不要指望着能有完善的工作流程了
学会吵架甩锅才是最要紧的

[nrtEBH]

她 懂了
你们缺一个能扛事的 leader 才会被人骑头上

[bk201]

我觉得遇到事情就事论事，不要有情绪。

[sloknyyz]

@christin 对的，公对公，直接大群 @，看她怎么逃避。

[8355]

你已经受苦了 还不上升问题 下一步就是背锅了
有问题不暴露怎么搞啊 自己推是推不动的

这种问题需要你的 leader 和对方 leader 去沟通 再让他的 leader 观察他的状态跟他去沟通处理
如果还是没有好转再让你 leader 去他们共同的上级解决这个事
办公室都有监控 都可以查 我觉得摸鱼没什么 别耽误别人的事都好说

[JarlZhang]

看了上面这么多，OP 能反思总结出来，我觉得恰恰是给了 OP 一个机会，能有这样反思总结的能力，除去技术层面以外，应该是具备研发组长的责任心和能力了。
建议：
1.把产品经理的种种不规范的行为书面的形式进行总结，指出存在哪些问题，以及应该如何保持规范
2.把以上问题对研发效率 研发质量等等造成的影响，进行书面总结；并且阐述如果在标准规范下，会取得哪些提升。
3.毛遂自荐，如果没有研发组长，可以和领导说，研发组需要一个统一的需求接口人，你愿意做这个人（其实就是研发组长） [领导应该很愿意] 时间长了，你就是实际的研发组长。

[iiinspiration]

你应该吧这篇文章不经意间让她的领导看到。然后补充一句跟我们差不多

[darkengine]

1, 2 应该是 Project Manager 的问题，不是 Product Manager 的。

[swordart0000]

@8355 目前我们程序员没有一线 leader 了，打算开会和更上级的说了。摸鱼是没有什么，大家都摸鱼但是摸到影响其他同事工作我感觉就不好了。