转载

产品经理宝典

原名: 产品经理如何跟软件工程师一起工作 – 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

注册 DigitalOcean 1G 内存, 30GB SSD 硬盘 VPS, 获取 10 美元折扣

正文到此结束
Loading...