工作的一个最基本要求就是专业分工。依靠程序员懂产品经理的职责，或者反过来都是耍流氓。
双方交恶的更本质的原因一般不在改需求本身，专业程序员不会反对改需求，一般的原因在于不相信程序员的专业性，举个例子，你要改动一个登录页面的流程，程序员告诉你，这个功能要两周才能做完，你说不行，一周必须做完。这样就没办法沟通了，不写程序的人决定一个程序多少时间写完（注意我说的是决定），这是很荒唐的一件事。一般的结果是闹到老大那里去，最后加班（加班从来也不是一种专业的表现）。
专业的产品经理不应该用功能的产生原因来说服程序员，这不是程序员应该关心的事，如果程序员关心这事，很好。但这不能起决定作用。同理，程序员认为产品经理需要懂写程序也是算流氓
产品的功能由产品经理负责，所以产品经理就应该有权利决定做什么功能。功能由程序员实现，所以程序员有权利决定做多少时间。
但是现实中这两者总是存在冲突。靠谱的做法是协商，比如上边那个例子，你应该说明一周做完的原因在哪，比如一周后有客户要看演示，那可能的解决方案就是既然是演示，那么就做一个不对错误进行校验的版本。
在这个产业干了这么多年，真心希望多一些有专业素养的人。可惜总是满满的各种悲剧。实在是有太多不合格的程序员了。
因为我本人是程序员，所以这里可能大部分是程序员视角。
增补一些吧
首先，我从头到尾没有说程序员不能去关心产品的问题，相反，程序员去学习一些产品的问题是非常好的问题。我说的是，程序员不应该以自己对产品的理解去否定产品经理的要求。你可以提意见，但不起决定作用。
程序员和产品经理的问题其实就是，一个要需求，一个要时间来实现。在完美的世界里，需求正好能在需要的时间里实现，那自然皆大欢喜。现实世界中，总会出现两者不相匹配的情况。直面这个问题才有可能和谐相处
有很多所谓的解决方案，都只是转移这个问题，比如老板拍板，加入项目经理，甚至说应该产品经理和程序员是同一个人。就拿最后一个来说，就算你们是同一个人了，这时候你像要一个超酷超炫的功能，然后发现程序实现起来要一年，然后呢，你有两种解决方案，自己跟自己协商，想办法得到一个自己能认可的方案。另一个种方案就是自己不停的和自己吵架，光荣的迈向分裂的道路。
程序员与产品经理也好，程序员与项目经理也好，甚至程序员与老板也好。先明白问题是什么，以及可能的解决方案是什么，这才是和谐相处的唯一可能性。