开篇先引用网上的一条段子：
产品经理失踪了，程序员第一时间到警察局报警。
警察对程序员说：你先冷静一下，
你这样一直笑没办法做笔录。
程序员和产品经理的爱恨纠葛想必所有程序员和产品经理都深有体会吧。各种天天被追杀，需求一直改，其实大家都很难做，下面我们具体来看看吧。
我们必须来聊下，程序猿苦恼（深仇大恨？），其实大概就是下面这几类：
催催催：十一点提的需求吃完十二点就要，完全没有思考的时间，更别提保证质量了，做完后又要被产品吐槽做的烂没用心。
改改改：今天提的需求明天就来个180°大转弯，写的代码全部白费，做的设计被无数次推翻
指指指：悄悄的问一下各位程序员，你们的屏幕被戳过多少次了？是不是很想摔桌子来一句you can you up！
产品经理经常性的变更需求，在产品初期就一直没有明确的产品定义，让很多程序员深深的感觉这是在浪费时间，甚至总拿老板来压力，怀疑程序员的技术能力，深深的伤害程序员的自尊心，就是这些，让产品经理这个角色在程序员心中变成了最大的死敌。
再往更高层次说，在下游就出现很严重的问题就是，你丧失了很多的主动权，程序员大部分时候只是过程执行者，缺乏对过程的掌控以及参与的乐趣，别人说什么就做什么，这样的工作，你会有乐趣吗？
大部分产品经理只是产品的推动者和执行者，很多时候他们无力改变一些固有的现状和决策。相比程序员，产品经理是个杂家，但打怪升级的过程并不会那么顺利且相对漫长，他们需要了解和学习的内容包括但不限于设计，管理，代码，用户体验，市场 行情等等。面对设计师的设计稿还好，指点下江山尚可；但开发工程师会用那高深莫测的技术专业术语让产品经理如同听天书，加上之前的各种怨念，项目执行不下去或者最终效果缩水太大，被用户骂，被老板骂，被设计骂，被研发骂。
老板说要改需求，刚让技术做的项目要推翻，只好厚着脸皮求改，可想而知，免不了又是一场大战， 沟通方式不当，态度欠佳加剧研发人员与产品经理之间的矛盾。
虽然表面上看起来，产品经理个个都能说会道，其实也是有苦难言。
虽然看起来，程序员和产品经理有着非常大的矛盾，但是，这也是可以和平共处甚至是共同进步的。要怎么做呢，大概如下：
相互信任
程序员是个很特殊的人群，靠技术吃饭，同时技术又是程序员的面子和自尊。当被一个外行质疑技术的时候，他一定会不爽。虽说产品经理必须所有方面都顾及到，但技术上的东西还是放心交给工程师们吧。信任是相互合作的基础嘛。
多沟通
这点很重要，有问题就要拿出来解决，不能藏着。永远不会出现沟通过多的情况，只会出现沟通过少的情况。保持足够频率，足够质量的沟通，产品经理可以更加及时的发现问题，比如需求实现的偏差，工程师理解的偏差等等。早发现早处理，趁着工程师还没有倾注太多的时间和精力在有偏差的方向上面。
真诚对话，有凭有据
避免出现使用老板压制这种不负责任的行为。其实需求的修改是不可避免的事情，但这件事必须跟工程师说清楚。为什么修改？之前的问题在哪里？修改之后有什么好处？为什么到这个阶段才想到的这个修改？真诚的将这些答案告诉工程师，我相信工程师可以在一定程度上理解需求变更这件事。
相信程序员和产品经理可以共同成长，做出爆款产品。
程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了
在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。
程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对尘锋能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。
两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！
其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的族宴冲突。
而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是派穗晌。
公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。
这不，还有网友打算效仿呢！嗯，都是人才！
产品经理与程序员矛盾的本质是什么？
产品的功能、质量、发布时间和需要投入的资源这四者不能都是封闭条件，否则可能无解。需要投入的资源和发布时间一般是大老板定的，所以产品经理、开发经理和质量经理只能在“砍功能”、“降低质量要求”和“程序员加班加到死”这三个选择上相爱相杀了。根源是：高层放卫星玩大跃进，那下面只好群众斗群众了。佛曰：与人斗其乐无穷。对于程序员来说，很多时候问题是 PM 不能证明自己存在的价值。PM 要证明自己的价值有几种可能性：
1、色的产品记录，自己的名字就是个品牌，程序员知道跟着你做事能成功。
2、假滑粗会导致产品方向混乱项目失控，这很容易证明为什么你需要存在。
3、通过程序员可以理解的方式把道理讲明白，让程序员信服为什么你管理产品的方法是对的，以及为什么樱让卖程序员自身不可能做得跟你一样好。
可能还有别的方法让一个 PM 证明自己存在的价值，但如果证明不了的话程序员就会把 PM 看作纯粹的 overhead（额外负担）。PM 对产品团队带来的价值和负担是不可能客观测量的，别人的主观评价是什么就是什么。如果程序员对 PM 的主观评价是负担大于价值，那这个 PM 就没有存在的意义了。核心原因是——好的产品经理永远缺货。当然，优秀的程序员哥哥也缺。既然都缺货。产品经理是决定公司效率高低的关键，产品经理在一个成熟的公司成熟的团队意味着灵魂和中枢，程序员哥哥不过代表着执行力和能力的边界（想不明白就瞅瞅乔帮主马化腾周鸿祎）：1个不知天高地厚的产品经理脊逗，2个不经过思考的决策，他的工作量也许只增加了3倍，但他赋予程序员却是10-1000倍的工作量。