近日《产品经理和程序员打起来了》的消息被疯传。
通过这事件，我们需要了解与反思，产品经理与软件开发程序员到底应该如何配合，如何有效的合作,才达到共赢的状态？
何以至于要拔刀相向，兵戎相见？
主要原因无非就在两方经常有矛盾出现，而矛盾出现显然是因为双方一边是需求提供方，一边是需求实现方，程序员总觉得提供的需求更改很烦，产品经理觉得程序员总是推卸责任等，其实从整体的工作配合上来看，出现问题是难免的，关键是如何预防、如何解决。
什么恨--让程序猿对产品经理深仇大恨，这几张图一定会是大部分程序猿在工作中最真实的写照。
对于JAVA开发工程师而言，产品经理很多时候扮演的是这种角色。
1.催催催：十点提的需求十一点就要，完全没有思考的时间，更别提保证质量了，做完后又要被产品吐槽做的烂没用心。
2.改改改：今天提的需求明天就来个180°大转弯，写的代码全部白费，做的设计被无数次推翻。
3.指指指：悄悄的问一下各位程序员，你们的屏幕被戳过多少次了？是不是很想摔桌子来一句you can you up！
什么怨--产品经理的苦逼与憋屈
产品经理并不像我们想的那么风光，他们必然会在执行及推动整个项目的过程中跌无数个跟头，被领导，开发吐槽无数次。产品经理不要触犯的几条大忌。
1、没有做市场调研，就说要这个功能。
一旦决定一个需求时，一定要了解市场背景，有没有必要这样做？用户需求高不高？对产品有什么样的效益？比如提高下载率、使用率？又或者是提升体验感？
2、要能说清楚需求。
功能怎么来，要怎么用流程，除了码代码不会之外，产品运行逻辑流程还是要懂的，而且要有理有据的为程序员指引。
3、功能需求评估不到位，虽然网上方案比如：（1）有说增加硬件识别获取接口，这是要给所有安装这个APP的用户必须要安排硬件来呀！真的会人人都这么做？开发与用户成本又是几何？（2）有说使用AI技术，人工智能方式强制启用摄像头来获取眼睛的颜色，这样每次打开APP都强制启用摄像头扑捉真的好吗？
4、先想好再讨论
猜想能通过颜色更好的融合做到全然一体的视觉感，这种扩散思维是不错，但不应该猎杀，有好的想法也应该拉上程序员一起讨论是否可以实现，然后再做具体的需求评估与开发技术安排。
5、沟通方式不当，可能说出『我不管，反正得做完』或者『老板就这么定的，我也没办法』这样的话。这是完全不懂产品经理职责的人才会说的话，这是欠打。
程序员与产品经理和平共处没那么难
与其抱怨或者付诸暴力，不如思考如何通过改进方法与提升自身来避免冲突。
1、提高代码的可复用性、可扩展性，避免写代码随意没有远见。
让一些产品中很可能会用得到的各种控件、功能模块做成可复用性很强的代码，在产品增加类似功能，或者修改原有类似功能时，将会大有裨益。
可扩展性则是各种接口、数据库以及底层结构不要写死，尽量用可扩展的方式写。
2、 根据产品规划来做好充分准备，做到未雨绸缪
每个功能的实现方法都有很多，怎么选择并不是只看当下的成本如何，而是要关注未来产品的整体规划。多跟产品团队交流，了解未来产品要做成的样子、哪些功能会是必须的、哪些功能是可能会有的，多从长远来看。
3、合理预留出修整的时间
不要把研发时间就当作完成时间。研发功能只是一部分，测试、改BUG 以及处理意外情况的时间都要预留出来。
4、善于用数据、理论以及通俗的解释来进行沟通。停止抱怨，主动沟通
JAVA程序员最应忌讳的就是说『这个做不了，说了你也不懂』、『这个太难，懒得跟你解释』。产品经理听完肯定会觉得是推卸责任。
正确的方式是：用通俗易懂的客观事实来解释。
嗯，这个弹窗做不了。
为什么现在做不了？
是因为代码实现可能要花三个月。
为什么这么久？
是因为需要调用底层驱动层面的东西。
为什么要调用底层驱动的东西？
是因为系统原本的框架和协议就是这么定的。
如果想看协议，我可以给你找出来。
这样一步一步往下解释，把所有理由说明白，别没有耐心，只要产品经理是讲理的，他会理解你。
他听懂了你的解释，也会有利于他找出另外可接受的一种解决方案。
哦，我懂了，这个用弹窗形式太复杂。
那我们换作跳转到普通页面吧。
这样问题就解决了。
最后，如果上面的招数全失败了，还不能和产品经理好好相处，最后再悄悄告诉你们一个招数“订一些批萨和啤酒。那种比较好牌子的。产品经理都喜欢装作对啤酒很在行。填饱他们的胃，堵住他们的嘴，他们就在也不敢再你面前充大爷了。”
原文发布时间为：2018-08-07
本文作者：Java程序员联盟
本文来自云栖社区合作伙伴“Java程序员联盟”，了解相关信息可以关注“Java程序员联盟”
