今天收信看到《动脑每日报》
里面摘录了这么一段文章
(不是要打广告= =订这个报也免钱)
感觉蛮有道理的，分享给科技板
===============================================================================
http://www.brain.com.tw/News/RealNewsContent.aspx?ID=17482
(打书的部分就不贴了，有兴趣的人可以从上面的网站连结去看，直接贴正文)
冲突 在角色的冲突上，
“讲道理”常常是最差的解决办法。（刊于原书第168页起）
我本来以为在一个公司里，大家的工作气氛应该要像教堂的钟声一样平静。然而每天进办
公室，才知道办公室就像战场，尽管每个人看起来都斯文得体，但是各种冲突却如暗礁般
潜藏其中。
原来大家砲口一致对外的理想情况并不真的存在，产品经理（PM）、工程师即使同坐在一
间办公室里，彼此间的冲突还是常常一触即发，因为小小的疙瘩还可以放在心里先忍一下
，但随着时间越积越多，就变成随时会炸开的未爆弹。
同时洞悉PM 和工程师对事情看法的不同，有助于你扮演居间沟通、协调的角色。在这硝
烟味弥漫的气氛中，你会发现有一群人还是一派自在地在两边都受人喜爱，而且他们通常
是团队中最有生产力的人。我找了两个这么厉害的人，想办法从他们身上挖出做人的祕密
。
PM 如何突破工程师心防？ 以下是一个菜鸟PM，在没有任何技术背景下，短时间就取得工
程师信任的祕诀：
1. 先弄清什么做得出来、什么做不出来
有些PM 会提一些天马行空的点子，以致于工程师觉得合作起来相当吃力。这是因为他们
在和工程师讨论前，没有先做过功课、了解这样的东西到底做不做得出来。即使没有技术
能力，多半也可以从同类型产品是否有这样的功能，大概得到答案。
例如以网站来说，如果有一个功能在两、三个网站都看得到，大概有99％的机率，我们也
做得出来；但如果你想出一个超棒的点子，却发现从来没有人做过类似的功能，那很可能
就是难度高到无法做。事先做功课还有个好处，就是和工程师沟通时，直接请工程师看竞
争者的产品，跟他说要做个类似的，会比完全纸上描述顺利很多。工程师多半有不服输的
性格，如果别人做得出来，他不会想承认自己做不出来。
2. 永远不要和工程师辩论任何和技术有关的东西
在和工程师讨论时，你可能常听到“这很难做”或是“这没办法做”的回应。它可能代表
两种不同的意思：一种是这真的很难做，另一种是他不想帮你做。如果是第二种，还有很
多方法可以让他就范，但戳破他和找他辩论绝对是最差劲的方法。当他说这个技术上有困
难时，绝对不要说“这个只要...就可以了呀！”这样也许让自己看起来比较聪明，但你
们的关系已经完蛋了，工程师通常有非常强的自尊心，所以千万别这么做。
很多“这个不能做”的问题，不是来自于理性，而是来自于不想、不愿意、觉得这个没意
义，或很花时间。真的要做的话，大概有99％的东西还是可行。当这种状况发生时，如果
你真的很想坚持原先的想法，请试着脱离技术层面的讨论，而多从感情层面着手，因为不
管你辩赢或辩输都没有任何好处。
3. 工程师喜欢你去求他
工程师容易有一种性格──坐在那边，希望大家都去求他。所以不难想像要请他们帮你做
事的方法，就是要放低姿态，让他觉得是你需要他，不是他一定要帮你。即使心里一直想
著“公司付你钱来上班本来就是要做这些”，你还是要放低姿态。也许身为PM 的你，在
工程师的进度卡住的时候，拿饮料店的Menu 去问他想喝什么，会是个好方法。
4. 把所有成就归给工程师
在公司里，因为老板常只看到PM 最后设计出的产品，因此大部分的成功，很容易被归为
是PM 的功劳。请努力在所有公开场合、E-mail，把这些功劳归给和你一起合作的工程师
。
因为同样开出需求，一个心情好的工程师，可以把它做成100 分；一个心情不好的工程师
，可以把它做成60 分。也许两个都可以100％符合你原先的需求，但是不开心的工程师，
可以对所有开发途中看到的问题“视而不见”，导致最后出现大麻烦，反而害惨了你。
所以，即使你心里真的觉得这些成就，应该要归功于把你生下来的爸妈，也一定要让全公
司的人觉得成就属于工程师；如果你不小心把这些功劳整碗捧走一次，下一次就完了──
因为再也没人想为你卖命了。