本文转译自Quora，原文链接见末尾
Cliff Gilley, The Clever PM - Product Management professional for almost 15 years, Pragmatic Marketing certified.
我在做产品管理的时候，经常会碰到这样的情况，我总结一下，一般是有以下几种类型，对于不同的类型，有不同的解决方法。你需要先了解什么原因导致这样的行为，你需要解决核心问题，而不是这个人本身。
1、这代码我写的，你算老几？
问题：这种情况一般发生在已经发展了几年而且已经引入产品管理的初创公司中，或者你是这个团队中新来的人，而RD一直在做这个产品。
解决方案：这个都是通常情况下最简单的情况了，这些人可能是一个障碍，不是因为他们不喜欢你或者你想要什么，而是因为他们对产品和公司有热情。利用这一点，你可以跟他们讨论产品的未来和战略愿景，以及你目前正在做的事情。多听听他们的建议，如果他们一直在这个团队里做事，他们应该会有一些很好的观点，比如过去的一些尝试，以及在技术上有什么限制。实际上，积极听取他们的意见，并确保他们明白为什么你的计划或者要求他们解决问题，并且在最好的情况下，获得对你的支持。
2、我是天才，而你只是一个PM
问题：在一个团队里，确实可能有一到两个开发人员是绝对顶尖的（仅在开发领域），这些人可以利用自己的经验在其他的环境中构建产品，有时这些产品是比较成功的。他们习惯于受到对待孩子们般的待遇，被其他人赞美他们的才华，并采取一种企业家的态度来对待事物。这意味着他们想成为项目经理或者团队领导者，如果有人告诉他你做什么或者指手画脚的时候，他们会很生气。
解决方案：这个一个挺棘手的问题，往往会陷入一种个人恩怨的境地。你需要认识及利用的是，这个人想成为一个领导者，甚至一个更大的平台或者职位。如果你可以，你想引导这个人和他们的团队去做一些新的产品，但是要确保你仍然可以保持监督以及工作的水准。你不能直接与他们的人格抗争，他们会认为这个是人身攻击，而不是公事，如果不正确对待这个问题，他们会破坏你对团队的影响。利用他们的愿望、独立和创新，而不是试图迫使他们受到控制。
3、你不是我老板，你只是一个PM
问题：这就是一个最讨厌的问题，说出这种话，他就真正不想做任何你要他做的需求，但是他不希望这个是实际上的对抗。相反，当他们隐藏在自己的管理下，他们将他们的厌恶隐藏在主动或被动的抵抗下。
解决方案：幸运的是，你只需要和他们的经理及他们的团队一起工作，显然你需要跟这些人保持一个良好的关系，但是如果他们躲在一个盾牌后面，你最好的方法就是做一个侧翼机动，所以他们的老板就和你站在一边了。
4、我不觉得你这个做的很对
问题：这个问题有很多种情况，从最简单的优先级的分歧到严重到破坏你的工作。一般来说，原因在于RD缺乏参与、交流或者他们对战略、远期规划不太了解。我们经常对RD不太透露这些信息，导致他们对这些信息比较闭塞。有些RD看到这个就不太喜欢，甚至反应很负面。这些人对商业计划、战略、用例、画像以及其他商业需求不太感兴趣。
解决方案：显然，让这些人参与关于优先级和战略的讨论，让他们试着提供替代方案或者新的建议，让他们知道重要性。要对他们保持消息的透明。如果你认为这是最重要的事情，告诉他们你为什么这么想。
Brian de Haaff, Co-founder and CEO of Aha！
工程师想要用代码构建产品，他们不想管理它。所以，你可以看到一个好的产品经理可以让工程师工作的很舒服，他们通过制定明确和全面的目标、战略和举措，使他们团队的工程师能够做更重要的事情。优秀的产品经理将优先考虑潜在的功能，帮助公司实现其目标。
相反，一个糟糕的产品经理是工程师最糟糕的噩梦。无能的产品经理可以让工程师工作在阴影之下，他们被强制写代码和重建，以跟上反复变化的需求。
更糟糕的是，无效的产品经理似乎让工程师分出一部分经理也在参与管理产品。什么是好的产品经理？有很多文章讲过这个问题。
在我们公司，我们每个月跟数百个产品和工程团队交谈，我们看到双方的需求。不过，从工程师的角度来看，这里有一些简单的建议，用于如何保持您与工程师的良好合作关系。
一、首先做好你自己的工作
从产品经理的角度来看，可能会觉得自己的产品非常厉害重要。这样做是你的工作的一部分。但是，不要过分“重视”你的产品，而需要专注于新功能以及如何构造这些需求。这就是工程师需要做的，你不应该根据你自己认为的难度来确定需求的优先级。相反，从“为什么”开始，问问自己，每个需求是否会帮助你的公司实现其愿景和目标。
工程师们非常关心用户使用的东西。有时，良好的产品管理给工程师带来了额外的工作，他们要不断的打破技术限制来迎合你的需求，甚至增加新的组件来提供新的功能。与此相关的成本是负责任的产品经理所必须要考虑清楚的。充分相信你的工程师，一个伟大的工程师喜欢一个好的挑战。
二、思考充分，确保只写一次代码
不现实的需求可能是与产品经理合作的最令人沮丧的事情。这些产品经理可能对于这个需求需要开发多久毫无所知。每个工程师在与产品经理合作的情况下都会遇到类似的困惑，比如产品经理说“这个很简单只要几行代码”“只需要改一点点很简单的”。
一个良好的应用程序就像一个健康的组织：它不是一个代码混乱的东西，而是有一个精心组织的层次结构，频繁变化的需求，通常需要在后台进行大量重组。这给工程师带来的非必须的工作量和挫败感。
这也是为什么产品经理在规划他们的产品需求的时候，必须要考虑清楚，这也是最重要也是最关键的。这也是为什么临时增改需求会让工程师感到操蛋的原因。这种犹豫不决迫使我们一次又一次的修改代码，需求在发送到开发团队之前，考虑清楚，这将会节省工程师的工作量。
三、承认你的错误
人总会犯错。有的时候你告诉工程师，用户要加一个功能，然后又告诉他这个不需要了。或者你要新做一个需求，然后又觉得需求要修改。你始终要想清楚，公司的战略目标是当务之急，如果为了战略目标需要重新写代码，那就做吧。
最重要的是你可以承认你的错误，工程师看到你的真诚之后，基本会原谅你的“对不起，我用错误的方式做这个需求，希望你可以用不同的方式来实现它”。把需求管理搞得一团在，这会让工程师感到非常不舒服。如果你需要做一些比较大的改变，那就不要跟工程师说这个是一个很小的需求。
当需求完成的时候，是的，这个需求可能与你想要的不一样，但是，你的责任就是要清晰简洁的传达你的需求。不要把责任归咎给工程师。
一个好的产品经理是工程师最好的朋友。保持产品管理和开发团队之间的牢固关系对于任何组织的健康发展至关重要。
做好沟通并不难，清晰的沟通是你通往成功的大门。团队里的每一个人都会感谢你的。
原文链接：https://www.quora.com/How-can-a-Product-Manager-deal-with-a-hostile-engineer-developer
网友评论