产品经理和开发工程师功与防.docVIP

　　看andy的《PM如何突破工程师心防?》和《工程师如何不被PM欺负》感触了一下，欢迎拍砖，讨论。 　　从团队角度说产品经理和开发工程师应该是一条战线上的兄弟，因为大家的目标是一致的。无论是产品经理和开发工程师大家都想把产品和项目做好，这里我们可以说：志同。 　　但是产品经理和开发工程师因为在产品开发过程中所扮演的角色和工作内容不同，而且可能相互不了解工作内容，期间会有很多沟通的成本，沟通不是说话，而是改变行动。真正的沟通者关注沟通的效果。在沟通时，重要的不是你说了什么，而是对方理解了什么，所以对方的反馈非常重要。往往很多产品经理和开发工程师的沟通会出现驴头不对马嘴大家相互听不懂的情况，甚至会导致小摩擦，这时我们说：道不合。 　　道不同不相为谋，必定导致意见不一，甚至带来工作上心情不愉快的影响。不管是产品经理和开发工程师哪一方强势，或者在交战过程中哪一方得胜，势必会给另一方造成消极影响，甚至颓废。导致的结果总会是这个产品或者性能，或者其他方面总是会有不尽人意的地方。项目结束，考核绩效或者项目总结的时候又会把责任推到对方身上，接下来就是大家相互抱怨，指责。然后产品改进时又是下一轮的战争;长此以往，造成的影响不是产品做不好，不是主要的后果，这个产品做不好，我们可以改进，可以做下一个产品。最严重的后果是，团队分崩离析，一盘散沙，没有凝聚力。没有凝聚力的团队是绝对没有战斗力的，是绝对做不出好的产品的。这对团队和公司来说是致命的。 　　虽然很多人都明白这些，然而，这样的战斗或者产品经理和开发工程师的矛盾却时时刻刻在发生!大家可以看看知乎上两个问答： 　　1.《产品经理最讨厌开发人员的哪些臭毛病?》/question 　　2.《开发人员最讨厌产品经理的哪些臭毛病?》/question 　　如何解决这些问题，请看andy的《PM如何突破工程师心防?》和《工程师如何不被PM欺负》，虽然在实际的过程中你未必能做到，但是至少我们可以从中得到一些启示。 　　================================================= 　　PM如何突破工程师心防? 　　转自：/article-125.htm 　　PM常常遇到一个难题，就是有好多东西想要做，到无奈什么事都得透过工程师，没办法自己动手，于是因为和工程师不太美好的关系，最后实际的产品都没有设计时看起来好。我这边讲的是「网路公司」的状态，PM泛指那些规划出产品的人。其他产业也许也有类似情形，以下这些「教战手则」，提供给正在摸索自己生存之道的PM一些参考。 　　先弄清什么做得出来、什么做不出来: 　　常常有PM会提出一些天马行空的idea，以致有时候让工程师觉得合作起来相当吃力。这是由于并不知道什么可以做什么不能做。以网站来说，这其实很容易知道，不需要太多的学习和知识。如果有一个功能，你在两、三个网站都看得到，99%它是做得出来的。例如你想要有一个页面，填地址时选完「县市」，下一个选单就会载入你选的这个县市的行政区。如果你做些功课，就可以发现这样的表单在很多网站都出现过。那99%就是做得出来。如果你想出一种呈现的方式，从来没在任何地看过，那就比较有可能是做不出来的。在对工程师沟通时，假如你想做一个像这种选「县市」的下拉选单，你最好请工程师去看别人的那个网页，而不是用你自己的方式描述。工程师通常有不想输的性格，如果别的网站做得出来，他不会想要自己做不出来。 　　永远不要和工师辩论任何和技术有关的东西: 　　当PM能学一点点网页的概念是好的，但跟工程师合作，你可能常常会听到「这很难做」的feedback。它可能代表几种不同的意思。可能代表真的很难做，也可能代表他不想帮你做。如果是第二种，有很多种方法可以让他妥协。但戳破他和找他辩论绝对是最差劲的方法。当他说这个技术上有困难时，绝对不要跟他说「这个只要…就可以了呀!」这样也许让自己看起来比较聪明，但你们的关系已经完蛋了。而且工程师的性格容易有非常强的自尊心，所以千万别这么做。而且，technical的领域，你可能永远也辩不赢他。很多「这个不能做」的问题，不是来自于理性，而是来自于不想、不愿意、觉得这个没意义、或真的很花时间。真的要做的话，99%的东西大概都可以做。因此当这种看起来由technical角度来拒绝你的状况发生，如果你真的很想坚持你的想法做下去，请试着脱离technical的讨论，你该了解他所提出technical的障碍，但绝对不要和他在这个领域上辩论。因为你辩赢或输都没有任何好处。 　　工程师喜欢你去求他: 　　工程师很容易有某一种性格，是坐在那边希望大家都去拜托他。所以你不难想像要让这种人帮你做事的方法就是你要放低你的姿态。你要让他觉得是你需