漫画：程序员，你能“管理”好你的产品经理吗？

一、第三选择

在工作中，你面对产品经理的各种需求变动、项目经理对关键点的 Deadline，总会有一些冲突发生。而对于事情最终执行的开发人员来说，如果这些冲突处理的不好，可能就会变成你个人的问题。

做为最终实现功能的程序员，你总不会想被贴上一个 “无法按时完成任务的开发” ，这样的标签吧？

这些问题，其实都可以借鉴第三选择的思想来解决。《第三选择》是一本书，作者是 史蒂芬·柯维，我想说到该作者的另外一本书，应该更多人能知道，《高效能人士的七个习惯》。而在《第三选择》中，他把之前的七个习惯浓缩成一件事情，可以说，第三选择是解决所有难题的关键思维。

当我们面对冲突的时候，正常的思路如何解决？

我打败你。

我认怂，你打败我。

而站在第三选择的思维下，你还有一个选择：我们共同找到一个双方都能接受的解决方案，达到共赢。

注意，这里的第三选择，绝对不是来自某一方的妥协，或者一人让一步，核心思想是创造力。如何通过第三种选择，双方协同达成另外一个更好的结局。

例如两个人分苹果，一人一半？这个方案对两个人都有亏欠，毕竟我赢了是可以得到一个完整的苹果的。那什么是第三选择？我们把苹果拿出去换点什么，然后再来分，或者把苹果种成苹果树，只要愿意长线投资，最终我们一人可以收获半棵树的苹果。这些都是第三选择，只要双方能达成共识，这是一个双赢的局面。

二、面对产品经理的冲突

那么我们在和产品经理合作的过程中，通常会面临什么冲突？

2.1 现阶段，技术上无法实现的需求

不能要求所有产品经理都是技术出身，当产品经理对技术细节不那么了解的时候，总会有一些异想天开的产品方案。当然有一些并不是技术无法实现，可能是现阶段你的团队实现起来会很吃力，可能会面临一些未知的坑，而导致整个项目进度很难把控。

面对这样的需求，你不要直接拒绝，尤其是不要立刻拒绝，说这个需求做不到，这就把对方推入了冲突的局面。你拒绝他，不做这个需求了，或者他说服你，强行要实现这个需求，这都不是我们想看到的。

那现在冷静一下，想想第三选择？

我想大多数产品方案，其实并不是唯一的解决方案，你总是想到一些更容易实现的方案的。

你可以问清楚对方的真实需求，给出一个你可以做到的方案，而不是直接拒绝对方的方案。

2.2 需求复杂度和开发时间不匹配

当你面对一个过于复杂的需求的时候，可能因为各种原因，给予你实现功能的时间并不宽裕。

这个时候怎么办？自己加班加点完成吗，大家都是程序员，加班写出来的代码具体质量如何我想你也应该心里有点数。你因为加班写出了质量不好的代码，于是上线之后的 Bug 增多，还需要花时间处理，并且新周期新需求也立刻紧跟上来，发现质量不好的代码扩展性差，想重构时间上又不允许，只能打补丁，越干越慢，越干越烂，Bug 越来越多，于是你压力越来越大，被抱怨的越来越多。

现在欠下的技术债务，之后总是要偿还的，否则长此以往，只能是恶性循环。

这个时候直接答应或者拒绝，又会陷入冲突的境地。想想第三选择，你不要直接说 "不"。你应该先了解清楚，他为什么要这么做这个需求？出发点在哪里？目的是什么？当你了解清楚产品经理对这个需求的真实意图的时候，你可以从自己技术的角度，给出一个自己能接受的方案，或者和对方讨论出一个性价比更好的方案。

能讨论出一个大家都接受的方案，固然是好的，但是如果依然很需求复杂，时间和复杂度依然不匹配，怎么办？

可以选择拆分需求。你可以说，这个需求我仔细分析了一下，需要做 A、B、C 工作，以现在分配的时间来说，我只能做到勉强实现 A、B，并且 B 并不保证质量，你看你这个功能，我们能不能拆分成两期来实现，调整一下需求，这样我能保证代码质量，第一期先保证基本功能，上线让用户来验证需求，第二期再根据用户的反馈调整细节。

相信我，产品经理也是有各种压力的，他也需要保证进度在推进，在一个完成和完美的选择中，我想这不难选择。

这里的诀窍是：当我不能完全满足你的时候，我可以选择有条件的满足你。