“背锅侠”产品经理也是人，需要程序员们细心呵护

在成功的公司和产品背后，开发人员和项目经理（PM）有着非同一般的关系。最具生产力的团队所用的方法论和沟通方式是十分专业的。PM有无数的方法帮助开发人员完成工作。

为开发人员除去障碍，帮助开发人员提高效率，保护他们的时间，让整个团队积极向上。毫无疑问项目经理需要是一位掌舵人，并关注一个核心概念。

但是开发人员的回应呢？

我可以诚实地说我没见过任何一篇以开发人员视角写的如何帮助产品的人的文章。我们是不是太自私了？

不管是制作人，项目经理还是产品经理，我觉得我们都应该意识到他们所做的公司让整个团队正常运转。以下是开发人员可以做的8件事情，来平衡整个项目的沟通和交流。

在开始的时候发声

开发人员和项目经理可以在一个项目刚开始的时候就展开合作。在第一天就通过提出建议意见来尽力帮助项目经理：

• 提出关于时间线，特点，MVP和规模的意见。
• 从一开始就组织起来提出的产品特点。
• 深入探讨核心功能等重要产品内容

一旦你们讨论过这些事情，项目经理可以更好地预测时间线和期望。这样，你的项目经理可以在工作开始之前就找到客户，拿到最开始的签字。不要忘记，在你之后埋头工作的时候是项目经理在根据一开始的协议，参与那些跟客户沟通的可怕会议。

帮助起草验收标准

一旦一开始的规划已经做好，你们应该起草任务单，收紧验收标准了。不要把这项工作完全留给项目经理。在工作之前好好看看工作要求，然后和PM约好时间，分享一些你认为会出现的问题。

在规划阶段就说出你的想法和担忧，要做到明确，但是也要顾大局。任务单可以成就也可以搞垮一个项目。好的AC及有关说明会大幅提高你的效率。开始的时候你参与得越多，你的项目就会越健康。你和项目经理都可以从良好的沟通收益颇丰。

写清楚你的状态

一旦项目度过了初始阶段，就到了建立产品特点和按任务单工作的时候了。但是你还是有很多方法帮助PM和你自己。写代码的同时与团队沟通工作进展是可以的。

比如你们用某种办公聊天软件沟通，那么你可以把你的状态写在软件商，然后埋头工作，工作进展有突破的时候，别忘了更新你的状态。这样工作就有了完全的透明度。

大声一点

如果你利用工具更新了你的状态和进展，那么很少有人会用“你在干什么”这个问题来打扰你。你的PM知道你在干什么的话，也可以保护你的时间。当你完成一个任务时要在工作软件上更新，并写出你下一步的计划。

我们的PM会在早上就设置好一些提示，然后我们就可以通过说出我们做完了哪些任务，即将做什么和我们在哪遇到了障碍，来计划一天的工作。

分散的团队不能忽视这些提示的重要性。我们利用它们来告诉彼此自己的工作进程。觉得问题太难？说点什么吧。

说出你的障碍

等其他团队成员说出来对整个团队没有任何益处。你要提出问题，PM就会帮助你解决问题。他们不知道你在困扰什么的话，是帮不上忙的。

不要忘记你可以自己解决问题，但是依然要把它说出来，然后把你认为的解决方案告诉大家，这样，PM可以在发现事态不对时及时介入。

不管是你对自己公作进程的担心，时间线还是遇到的阻碍，都告诉PM，这样他们的工作才会更有效率。

保护你的第一道防线

PM是在前线工作的，他们要和客户沟通，客户有时是不稳定因素。PM会帮你传达坏消息，工作在截止时间之前没有完成的话，也是PM去接受批评。所以要把他们武装起来，保护第一道防线。

如果你看到会导致以后出问题的事情，你要告诉PM。他们不能等到问题浮上表面的时候才发现出了乱子。如果他们可以提前知道，他们就可以预防问题的出现。

挑战他们

PM有后退一步，顾全大局的能力，但这不意味着他们就是真理。如果你发现他们忽略了什么，你要礼貌地说出来，这对团队和项目都是有益的。

温柔一点，你是建造者，PM是拥有者，没有摩擦是不会有好的产品的。

让PM知情

开发人员和PM的确需要在工作进程上透明。你做了一些修改？告诉PM，他们会找到这项任务然后标记完成，以免出现重复的工作。

这一点在快节奏环境中的分散团队十分重要。而且，如果你做了任务单之外的工作也要告诉PM，这样他们就可以告诉客户，你们的团队是多么出色。

不管承认与否，PM的确让开发人员的生活更加简单。说出你的工作进度，让PM知道所有事会让项目正常运行，这只会带给工程师更多收益。

所以花时间想一想你怎么能帮到自己的PM，改改习惯会大有不同。给他们买点小酒，跟他们击个掌都会让他们知道自己为团队创造了价值。

原文链接： http://revelry.co/developers-project-managers-communication/

编译组出品。编辑：郝鹏程