不少公司都没有专门的项目经理，都是产品经理兼任，而有时候多任务线并行的情况下，产品经理如何做好整个项目管理工作？这篇文章，作者给到了一些自己的思考，供大家参考。

你有没有试过，公司高层提出了需求，让你去协助所有的业务线去完成这个需求。此时你作为一个小角色，开始去找每个业务线的负责人去沟通这个事情，在这里开始就给你出难题了，业务线配合度不高，可能一周下来你的进度仅开始了一点。

当业务线答应你去做某个事情之后，虽然表面上说会在什么时间点前完成，但是实际业务线会以忙为理由不去完成你说的事情。如果从人性的角度来说，业务线就是看不上你，认为你是一个小角色，你说的事情不重要。你有的时候是不是会想，太难了，让一个小角色去做这样的事情，如果我是某某岗位早轻松完成这个事情了。

一、分析

先不论谁对谁错，我们开始课题分离逻辑，我们只观察产品经理这边的问题，看如何去改进项目管理情况。

产品经理的问题：以一个小角色去推进问题，好像这个需求就是自己的需求，不遗余力地推进但是效果一般。

这里讲到2个点：第1、一个小角色，第2、需求就是产品经理自己的

我们开始假设验证逻辑：

1. 能不是一个小角色吗？显然不行，产品经理无法突然改变自己在公司的地位。正确的方式应该是借助一个大角色去让业务线完成这件事情。
2. 需求可以不是产品经理自己的吗？显然，这个不是产品经理的需求，产品经理作为一个策划者与执行者。那么这个是谁的需求？是公司高层的需求。

那么就可以有一个结论：产品经理可以利用公司高层为你站台，在推动需求进度的时候，明确提出背景是怎么样的，是公司哪位高层的需求。

别以为就这样，业务线就会很配合你去完成这个事情，如果业务线不管怎么做，公司高层都不会有任何的异议的时候，你搬出公司高层就毫无意义了。

人性是这样的：

1. 如果没有被骂被责怪的风险的时候，业务线是不会配合你去做这个事情的。
2. 一般人对上司都是有距离感有畏惧感，害怕上司责怪自己没有配合完成某个事情。

那么什么时候才会让业务线有这种会被公司高层骂或者被责怪的风险？产品经理应该定期做项目汇报，表明各个业务线的客观配合情况，发邮件给公司高层和各个业务线的负责人，必要的时候你应该向高层寻求一些帮助，如果业务线非常反抗你的推进，请都在邮件里写明。

这封邮件就像是一个撕下业务线遮羞布的手，让业务线的不配合情况清晰暴露在公司高层面前，接下来就是看公司高层的反应，一般都会帮你推进，你会发现原来不需要自己非常强烈地与业务线做争论，公司高层会给予你帮助。

二、总结

一个没有实权的产品经理在推动多部门去完成某个事情的时候，一开始就需要旗帜鲜明地表明需求的背景，以及这是哪位公司高层的需求，我们会在什么时候汇报项目进度，到时会发邮件给公司高层以及业务线负责人。

其次，定期汇报，将项目的情况详细地描述在邮件里，请一定详细清晰，该有的数据请写出来，并且数据的口径也一并写清楚，如果遇到业务线的强烈反抗请明确写出来寻求帮助。如果你这2点都做好了，还是做不好项目管理，请在评论区一起讨论。