先弄清什么做得出来什么做不出来:

　　常常有 PM 会提出一些天马行空的 idea以致有时候让工程师觉得合作起来相当吃力这是由于并不知道什么可以做什么不能做以网站来说这其实很容易知道不需要太多的学习和知识如果有一个功能你在两三个网站都看得到% 它是做得出来的例如你想要有一个页面填地址时选完「县市」下一个选单就会载入你选的这个县市的行政区如果你做些功课就可以发现这样的表单在很多网站都出现过那 % 就是做得出来如果你想出一种呈现的方式从来没在任何地方看过那就比较有可能是做不出来的在对工程师沟通时假如你想做一个像这种选「县市」的下拉选单你最好请工程师去看别人的那个网页而不是用你自己的方式描述工程师通常有不想输的性格如果别的网站做得出来他不会想要自己做不出来

　　永远不要和工师辩论任何和技术有关的东西:

　　当 PM 能学一点点网页的概念是好的但跟工程师合作你可能常常会听到「这很难做」的 feedback它可能代表几种不同的意思可能代表真的很难做也可能代表他不想帮你做如果是第二种有很多种方法可以让他妥协但戳破他和找他辩论绝对是最差劲的方法当他说这个技术上有困难时绝对不要跟他说「这个只要… 就可以了呀!」这样也许让自己看起来比较聪明但你们的关系已经完蛋了而且工程师的性格容易有非常强的自尊心所以千万别这么做而且technical 的领域你可能永远也辩不赢他很多「这个不能做」的问题不是来自于理性而是来自于不想不愿意觉得这个没意义或真的很花时间真的要做的话% 的东西大概都可以做因此当这种看起来由 technical 角度来拒绝你的状况发生如果你真的很想坚持你的想法做下去请试著脱离 technical 的讨论你该了解他所提出 technical 的障碍但绝对不要和他在这个领域上辩论因为你辩赢或输都没有任何好处

　　工程师喜欢你去求他:

　　工程师很容易有某一种性格是坐在那边希望大家都去拜拖他所以你不难想像要让这种人帮你做事的方法就是你要放低你的姿态你要让他觉得是你需要他不是他一定要帮你即使你心里一直想「公司付你钱来上班本来就是要做这些的…」放低姿态也许身为 PM 的你在每个 project 有进展的时候和卡住没进展的时刻拿点饮料的 menu 去问工程师要喝什么是个好方法

　　把所有 credit 归给工程师:

　　在公司里因为很多产品是由 PM 规划的因此 project 的成功大家很容易觉得是 PM 的功劳请努力在任何公开的场合email把这些 credit 归给和你一起合作的工程师同样一个 spec一个心情好的工程师可以把它做成 分一个心情不好的工程师可以把它做成 分两个都可以 % 符合你的 spec但是一个可以烂到有无数问题因为软件不是事前可以想清楚的所以一个不开心的工程师可以看到许多问题但「视而不见」也不主动来跟你说那你就完了所以一定要让全公司的人都觉得这些成就属于工程师的你把 credit 拿走一次下一次你就完了因为没有人想为你卖命了

　　不要轻视「工程师的 project」

　　你合作的工程师可能说他现在很忙因为他正在「重写一些 function」或是「让代码库的速度快一点点」很多 PM 在听到这些的时候并没有很知道他们在做什么于是表现出来的会是对这些 project 没那么在乎或甚至不觉得他们重要通常工程师最喜欢做这种隐性的 project因为他们可以不用听 PM 的指挥对于一个健康的公司来说一定会有一定比例的资源投在这些 project要不要做通常是由老板或更懂得这些东西的人来决定但你一定要在工程师的面前让大家觉得你看起来对这些非常认同

　　姿态放软但不能失去主导权

　　虽然前面说你姿态要软但你绝对不能把你的 project 交给工程师后你就失去了主导权因为这样会让你在老板面前看起来变得没有太多价值你最少要继续掌握你 project 的「时程」和「内容」也就是你一定要维持你的「主导权」对该坚持的东西继续坚持对一些东西妥协但不能全交给工程师决定

　　不要 finalize 所有设计后再交给工程师

　　绝大多数的工程师对这样的流程很反感所以请想办法在设计阶段就去请教一下工程师的意见他也许说他很忙你想就好即使只是得到这句话都有很大的价值这表示他放弃了他未来因为你在 project 早期没找他先过过以致他责怪你的权利

　　总之因为工程师的心情很难捉摸所以「情绪」的处理问题可能比「技术」「功能」上的讨论都更为重要如果你喜欢这篇文章也许你可以再读一读这篇的「相反版」:工程师如何不被 PM 欺负?