Google产品经理Kenneth Norton:如何与工程师共事

来源:互联网 发布:长虹电视设置网络电视 编辑:程序博客网 时间:2024/06/05 12:09

1. 赞美是属于你的

作为一个PM,谁都会希望自己的成功获得认可,但你要知道,高管们通常企图泛泛地赞美整个团队,这时你就应该注意了:你是必须被祝贺的,你是必须享受这份荣誉的!荣誉是职场通货,你需要用它来美化自己的LinkedIn资料,而非他人。所以你需要变得耀眼,成为他人聚焦的中心。

2. 不要怕指责他们

总有一些事会偶尔出错。在软件开发中,出错的通常会是软件,当软件出错时,软件开发者应该受到指责责备。这是合乎逻辑的。但是要确保别人指责你时能反击回去,尽量做到先发制人!记住:ME中没有WE。

3. 别为细节操心

无聊的技术小细节是工程师的事,你有更重要的事去做,比如构想(产品)。企图互相理解只会让你失望,只能培养出所谓“理性”的观点。如果你能分清什么简单、什么困难的话,你一定可以改变世界。

4. 晚点再让工程师加入项目

软件工程师写代码——这就是他们会做、应该做的。他们担心任何会影响自己黑客行为的事情,所以在开始编程前并不应该让他们加入进来。你也从未见到一群建筑工人闯进建筑师的办公室吧?所以你应该在把所有策略问题和协同作用设计、安排完成后,把剩下的编程工作推给开发人员就行了。

5. 增添流程

如何证明你的价值呢?就是尽可能地给团队增加活动,规则是最好的项目润滑剂。你应该寻找机会策划更新会议、每日总结、全日复查。只有让他们填写跟踪电子表格、状态报告以及跨职能的执行更新文件,才能保持良好的生产力。如果你不这样做,更没有人会。

6. 无需说明原因

工程师是非常擅长分析的生物,也就是说他们不会凭空想象,而是依靠“数据支持”或者“原理阐述”来制定一种不够复杂的策略。在做完决策后应该保密,这样他们才能脚踏实地地工作。他们会抱怨,但无论如何,没有理由让他们抱怨具体的绩效考核指标。

7. 替他们接任务

作为PM,你的任务就是代表整个团队,“领导”意味着需要为每个成员设立一个足够挑战性的目标。不用过问团队,直接承担任务才能显示你的雄心。想想肯尼迪是怎么做的!他随便设定了一个登录月球的日期,然后就把剩下的交给NASA来完成了。

8. 你可以随时打断工程师

你是个忙碌的知识开发者,所以你无需等待工程师完成他自己的工作,你需要尽快。无论工程师正在做什么,一定不及你当前的工作重要。无论何时,你都可以随意地打断他们。聊天工具或者电话确实很方便,但什么都比不上突然的拍肩。他正在做你一个小时前派发的任务?没问题!刚好可以让他明白什么是优先级。

9. 说话应该模棱两可

在你的职业生涯中少有比被证明做错/说错还可怕的事情,为避免这种事情发生,你应该尽量说些模棱两可的话,你可以因此随时改变想法。如果你说的每句话都留有想象空间,那你肯定是正确的。不要书面地记录任何事情,最好把文档都弄得冗长啰嗦,这样就不会有人愿意去看了。

10. 工程师总是在说谎

工程师有时候会说“不可能”,他们在撒谎!如果你真的用心去做了,没有不可能的事。Wright兄弟从未想过穿越大西洋是不可能的,所以他们成功了!所以,当你听到诸如“技术债务”、“在家办公”之类的字眼时,是时候和他们叫板了!

以上就是我“与工程师共事的十步计划”,把它打印出来放在你的工作室里(注意隐藏),如果你真的遵循了我的计划,那么一定能成为优秀的PM(即使不是像我们三个一样出色)。就这么简单。


还不明显吗?这正是你应该避免的十条戒律,但即使是最认真的PM偶尔也会触犯上面某些类别的错误,当然我也不例外。恰恰相反,如果你努力避免犯以上的错误,一定能够成为一名成功的PM,或者至少会有工程师愿意和你一起工作。

以下是真正的“如何让工程师按你说的做”:

  1. 转移赞美
  2. 承担责备
  3. 仔细琢磨细节
  4. 尽早让工程师加入团队
  5. 流化过程
  6. 凡事解释清楚
  7. 不在没有工程师同意的情况下接受委托
  8. 尊重他们的时间
  9. 说话明确
  10. 相信他们
  11. 还有最重要的……记得给予奖励!
原创粉丝点击