产品经理宝典
原名： 产品经理如何跟软件工程师一起工作 – PM 跟工程师协作的十个步骤
又名： 产品经理圣经
这是 Ken Norton 分享的自己 20 年技术背景， 13 年 PM 背景，合作工程师数量超过 3,875,000 之后的经验总结。
Ken 的背景介绍
Ken 被誉为历史上 TOP 3 产品经理。（其他两人是斯蒂文乔布斯和马基雅弗利）
Ken 是 GV 的合伙人，在产品和技术方面支持了大家熟悉的 Uber, Nest, Slack 等等创业公司。之前 Ken 在 Google 工作，是 Google Docs, Google Calendar, 和 Google Mobile Maps 的 Lead 产品经理。再之前是 Yahoo 的 Lead 产品经理。再之前则是一名软件工程师。
很多年间，Ken 都向外界保守着自己如何和程序员高效工作的秘密，但是最近他公布了自己和软件工程师高效工作的十条法则：
1. 记得邀功
作为 PM，要让大家知道自己的成果。要理解，公司的管理者通常只会赞赏整个产品团队。这时候你要警惕：是因为你产品才获得成功，所有荣誉都应该属于你。这种荣誉是职业发展的基石，只有你自己维护自己的 Linkedin 履历，而不是其他人。
2. 避免背黑锅
什么事情都会时不时的会出一些问题。在软件开发中，出问题的基本是软件本身。当软件出错的时候，程序员才是需要责备的人。这很合情合理。确保当别人责备你的时候，将矛头指向程序员，必要的时候要先发制人。要记住：“我们出错了“的“我们”中不包含自己。
3. 不要纠结细节
简单的技术细节要留给程序员去做。你要去做更重要的事情。过多解释会导致失望，或者陷入”可能性“的讨论。如果你过于纠结什么难做、什么简单，你将难以做出改变世界的产品。避免思考细节。任何你想做的事情都只是 10 行代码而已。当然，哪 10 行并不重要。
4. 让程序员后期参与
软件工程师写代码，这是他们的工作。他们经常会厌烦各种产品设计影响到自己的发挥。所以，为什么要在需要写代码之前让他们参与呢？你从来没见过建筑工人闯进架构师的办公室胡闹吧。再所有设计完成只剩下编码后再让程序员介入。
5. 增加流程
在团队中展示自己的价值的最佳办法是引入流程。寻找机会开进度更新会，建立每日摘要和回顾制度。通过让程序员填写日报、月报、进度更新报告、跨部门执行报告邮件的方式保证程序员的生产力。这些事情如果你不去做，就没有人回去做。要明白：语言留言、短信之类的对程序员来说根本不起作用。
6. 避免说明原因
工程师非常聪明，意思是，他们倾向于去做不太复杂的事情，经常依赖支持数据和关联逻辑，而不是靠远见和蓝海思维。做决策的时候要保持一种神秘色彩，这样他们才会愿意去做。无论他们怎么抱怨，都不要让他们抓住具体的细节。
7. 保证团队进度
作为产品经理，代表的是自己的整个团队。领导力的核心是设置高门槛，然后让每个人完成它。展示自己不需要跟团队很多沟通就能做进度保证的能力。人们在许诺和承担责任后会迅速提升自己的能力。想想约翰肯尼迪，他随便选了个日期登月，但是 NASA 却完成了。
8. 随时打断
你是个繁忙的知识工作者，只不过需要最后等工程师完成你的工作。你立刻需要结果。只要工程师现在正在做的事情没有你现在要做的重要，就去打断他们。聊天窗口和电话起作用，但是什么也比不上走到他们什么拍拍他们的肩膀提醒他们。假如他们刚刚开始做你 1 小时前分配的任务怎么办？也没关系，优先级更重要。
9. 含糊其辞
在职业发展中，没有什么被证明自己的错误更危险了。为了保证自己不犯错误，就需要含糊其辞和不精确。在任何时候都可以改变自己的想法。不要保留任何书面证据，或者在文档中长篇大论没人想去读它。
10. 程序员总在撒谎
工程师总喜欢说这个不可能做，那个不可能做。他们在撒谎。如果你想出来了，就可能做到。莱特兄弟从来没想过可以飞跃大西洋。软件工程师总是在欺骗你。所以，当你听到 ”技术债务“ 或者 ”在家工作“ 这些词汇的时候，就可以。。
最后
如果你朝这十条的反方向去做就对了。
原文：https://www.kennorton.com/essays/how-to-work-with-software-engineers.html
</div>