产品经理如何赢得开发人员的尊敬.pdfVIP

产品经理如何赢得开发人员的尊重和支持？ 投递人 itwriter 发布于 2012-06-12 23:56 评论(6) 有12786 人阅读 原文链接 [收藏] «» 对于产品经理来说，赢得开发人员的尊重和支持，从某种意义上讲，是产品迈向成功的坚实一步。 最近，知乎社区上的开发人员和管理者在前、后两个帖子中对此展开了激烈的讨论，其中不乏真知灼 见。 林志霖 Cray 认为产品经理的决策和行为都应该为项目的目标服务，不要热衷于斗争，团队管理 值得注意的几点包括： 1. 了解美术/前端/后端工作原理。 如果你知道美术设计主菜单悬停二级的不规则投影会浪费前端大把的时间调试，你还能想 像前端看到了多难过，你就及时建议改用规则统一透明度的投影。如果你知道后端用 for 循环输出 20 条左右结构的新闻列表，你就应该让前端用 CSS 控制自动左右布局，而 不是左右拆成两份。 2. 给团队成员足够的信息和空间。 这三个职业都不是工具，尤其后端工程师。再初级的程序员也会向往人月神话，他们能为 你提供合理的高效的架构设计。你要给予他们足够多的信息，给他们留出恰当的时间，让 他们完成合理的架构。前后端工程师大多对复用和高性能报有成就感，你尽可能提供多的 信息，由他们来处理。这也是为他们后期维护和迭代提供便利，你不要有所保留！如果你 真的思维不缜密，藏不住的，最后连朋友都交不成。 3. 勇于沟通和学习。 工程师跟你说以后用 velocity 来编辑页面，你不理解，那么就问。如果他鄙视你，那么 是他的问题，也可能是你的问题。大多数工程师愿意给你讲解的，他们也害怕表达，这是 双方的修为。如果工程师说必须从 MySQL 换成 Oracle 了，你问为什么，他说无法承 载了，你问要多久，他说要两周，你崩溃了但是问为什么，他说要写数据转换脚本，你问 为什么，他说两个数据库之间数据类型不同需要有一些转换，索引规则也不同，你问什么 是索引……这都是可以的，你要带着学习的心态而不是问责，否则他越答越反感。最后你 若懂了，他会觉得你理解他。 4. 小心处理需求变更。 这是个永恒的话题。你可以坦诚表达：需求变更是难免的，是不断探索和调整而来的，作 为 PM 我自认无法一次性想到最好，很抱歉。接着就是技巧活了，原则是尽可能避免反 复修改。如果有一个页面的数据呈现，你无法想象怎样更好，你可以用 Chrome 开发者 工具先去调整查看，别直接让技术修改并当作你的参考。如果你不会用工具可以去学，实 在复杂你就恳请技术输出两份效果给你比对，而不是改了说不好再改回去。 第二点就是，如果有的数据呈现模块要裁剪，但有可能日后换个形式换个地方呈现，你就 要跟技术说明白，让他只是注释暂时隐藏。你不知道一个简单的数据呈现它用了缓存还是 别的什么。 5. 成就感是你能给予的共鸣。 你要知道各位同学都在意什么，物质需求可能你无法给予，吃个饭之类的其实是顺理成章， 不必刻意。各位同学踏入互联网江湖，大多想在各门各派混出个名堂。如果你有机会，不 要吝啬这样的称赞。代码注释，产品主创介绍，向上汇报各同学的技术成果，鼓励同学往 各渠道分享技术心得。同时适当认同各位在架构性能上的新想法新思路，包括交互体验上 也应该给前端人员发挥空间如果他们愿意。其实最根本的，你要热爱产品并竭尽所能，产 品的受众范围和影响力是个天然的成就感。 6. 勇于担当。 你多承担一些考核压力和物质压力，同学们才能更有精力投入到工作中。同为打工的你， 能做的不过如此了。特别是当项目失败时，怎么可能跟你没关系，该推的不该推的都不该 推，早干嘛去了？若出现项目成员能力问题和态度问题，尽早反映，说按此下去结果最好 只能如何，把问题丢给你的头。 流浪猫则举了一些亲身经历的反面教材： 1. 弹性上班，拍板的事情经常找不到人。 前任上司自己首先实行弹性上班制度，下午才来，技术经理经常都找不到他，我们也不敢 去拍板。就算问题是解决了，技术也会觉得你一点都不紧张项目（产品）。连自己的孩子 都