程序员和产品经理相爱相杀，打完架再“牵手”，全公司都沸腾了

在某个职场论坛里，有网友发帖爆料，大方晒出自家公司 产品经理 和 程序员 相爱相杀的照片。画面中，两个大男人手牵着手，面朝墙壁背对众人，浓浓的基情感扑面而来，让人忍不住浮想联翩。

这可不是他们成功“出柜”了，而是公司对两个人动手打架的惩罚措施。因为在产品项目上沟通不顺，产品经理和程序员起了争执，两个认死理的人互不相让，一言不合就打了起来，拳脚相向好不激烈，费了老大劲才把他们各自拉开。

程序员和产品经理的矛盾，早已经不是什么秘密了，在 互联网公司 里， 要论程序员 最讨厌谁，产品经理绝对能排进前三。要求多还奇葩，反反复复变动，指手画脚叨叨个没完，让程序员们苦不堪言。只是虽然彼此间矛盾多多，但还算克制，真真动手的还是比较少的，像这种大庭广众之下互殴的，就更不多见了，也难怪公司要当众惩处了。

两人动手打架的影响非常恶劣，公司要求要么一起辞职滚蛋，要么牵手一下午。终究胳膊拧不过大腿，虽然这个要求很诡异，但为了不被辞退，也只能捏着鼻子认了。本来还剑拔弩张的两人，在众人的见证下，大手拉小手整整牵了一下午，画风都歪了！

其实无论是产品经理还是程序员，大家最终的目的都是为了整个项目能够完美交付，为公司完成这笔业务。只是两个人的侧重点不同， 产品经理 要考虑客户考虑市场， 程序员 则更关心产品本身的合理性。当关注的重点不一样，难免会产生分歧，引发彼此之间的冲突。

而且都是公司的同事，平日里抬头不见低头见，大打出手确实不应该。在有着共同目标的大前提之下，即使两人的立场不同，但也应该彼此互相体谅，只有精诚合作，才能事半功倍不是。

公司的处理决定也很机智，辞退可能只是玩笑话，要他们牵手和好才是真的。毕竟都是为了公司的产品项目才弄得这么大火气，把他们安抚好了，项目也能更顺利完成。而且这种方法虽然看起来尴尬，但也冲淡了矛盾的尖锐，尴尬总好过对立，诙谐才更容易让人接受。

这不，还有网友打算效仿呢！嗯，都是人才！

1.《用户体验要素》，副标题：以用户为中心的产品设计。

推荐理由，此书是AJAX之父Jesse James Garrett经典之作，用简洁的言语系统地介绍了设计、技术和商业融合之间的发展趋势，提出了产品与用户体验的几个要素，战略层、范围、结构层、框架层、表现层以及要素的应用。本书设计方法是以网站设计为主题论述的，但也适合于现在的移动互联网产品设计，条条大路通罗马，一通万法皆通。隆重推荐产品新人和没有阅读过产品同仁去读一读，看一看。

2.《启示录》，副标题：打造用户喜爱的产品。

推荐理由，此书是作者Marty Cagan作为产品经理职业生涯过去二十多年的经验之谈，期间为多家一流企业工作，包括惠普、网景、美国在线、eBay。他亲历了个人电脑、互联网、电子商务的起落沉浮。书中着重讲述了人员、流程、产品三个方面的产品管理实践与理念，讲明了产品人工作过程中与公司各类人群打交道的利害关系，总结的非常精辟，值得所有从事产品的人倾心一读。指明一点，此书翻译团队是由七印部落译成，由苏杰牵线利用互联网的便利性实现跨地域合作方式，翻译水准非常高，比上一本《用户体验要素》强了不止一两点。

3.《项目管理修炼之道》

推荐理由，此书是我个人参加CMMI体系认证期间，购买了阅读一本项目管理书籍，内容丰富有料，但中译本措词有些不当，可能与译者所从业的工作有关，一些项目管理领域专有名词翻译不佳。书中内容涉及软件项目管理的整个流程：项目启动、项目章程、项目计划、项目日程安排、项目估算、明确的角色和职责、明确的开发流程、恰到好处的度量标准、发布条件、参与beta测试的客户……所有成功项目管理的必备元素一应俱全。是一本项目经理不可多得的实战手册。

4.《黑客与漫画》

推荐理由，作者是有"硅谷创业之父"之称Paul Graham，此书是他个人闲暇时间写作的文集，主要介绍黑客即优秀程序员的爱好和动机，思考问题方式，讨论黑客成长、黑客对世界的贡献以及如何通过学习编程语言获得财富的心路历练，包括一些对计算机时代感兴趣的人一些话题与讨论，书中的内容不但有助于计算机编程的本质了解，洞悉互联网行业的规则，还会帮助读者了解我们这个时代，迫使读者独立思考起来。

说的是数据库实体关系图？

若是的话，职责不唯一；

技术经理：负责设计数据库结构等，若是关系型数据库，ER图则是他来画的；

DBA：某些企业也是由数据库管理员来整；

产品经理：偏技术型的产品经理，能力够的话也是可以提供ER图；

程序员：也有相关的程序员来提供；

因此，这个ER图职责并不明确，主要看具体企业的工作分配；

---