如何提高属下码农的ownership?

导致一个缺点就是每个developer不容易被上层manager recognize到，进而对项目的ownership不强。对于我本人来说，如果一个ownership不强的项目，我做事情动力不足

不是因为不被 recognize 到 ownership 不强，而是你要人家 high ownership， 就要给人家 autonomy. 你不能说 scope 是你定，timeline 是你定，然后活是人家的，那还谈什么 ownership. 而且是谁对 ownership 不强？本质上每个人都有自己的一个 level 和 scope 的 你可以靠话术，让每个基层 IC 都觉得自己是产品的主人，但是实际上都是还一个 tech lead 来 make the call 的， 这个人有 project level ownership 就行，其他人只要各司其职就行。

老板问说为什么fang 这些厉害公司可以聚集那么多优秀的码农做出那么好的产品，是管理上有什么特别的方式吗？我来咨询一下各位优秀的码农，是怎么保持对项目的热情？

不觉得对项目有什么热情，除非是本身 impact 很大，让人容易升职，或者本身很有吹点，出去跳槽好讲故事的。还有就是钱给够。公司品牌要给力。一个不知名的公司，要是像亚麻那么搞文化，早都完蛋了。本质上公司自己要给力，而不是想着怎么让底下人给力。


(觉得写的有用，还请不吝赐米)

码农不需要ownership, ownership应该都是mgr的。mgr的职责就是负责全组proj的分配以及blocker的communication, 手下的码农就只需要负责写代码implementation.

要求搭好基础的码农是有ownership的。
基础不好，后续维护的成本贼高。就疲于奔命地operation。

实话跟你说，ownership和“把东西先做出来，质量差点没关系”是互斥的...........

匿名者 发表于 2021-10-17 10:52
码农不需要ownership, ownership应该都是mgr的。mgr的职责就是负责全组proj的分配以及blocker的communicati ...

是的，所以很多关于 ownership 的话术，其实本质上都是忽悠让人没有实际 ownership 的 role 或者 power, 然后还要操着 ownership 的心和担着 ownership 的压力。然后实际的 ownership role 的人，就可以轻松。

先出活：“你们deliver了我可以和老板吹逼”
再迭代：“你们oncall重关我屁事”

把东西先做出来，质量差点没关系，先给business show成果比较重要，再回来改

这是大部分人的幻觉。一旦 business 的成果出来了，马上又会有下一个需求要做，高层和你都不会有 incentive 专门花时间提高过往 project 的质量的。你自己会想一下，是否曾经给老旧的 project 安排过足够的改进时间？

为了赶工产生的问题，最后只能 on call engineer 吃进，一边做新的需求，一边勉强维护 tech debt，还要被 manager 吐槽没有 ownership。

lz团队没有tech lead或architect吗？如果是一个people manager来操心tech ownership，工程质量和时间线，感觉这个团队好难。mircosoft有篇关于软件工程管理ownership的问题，叫Don’t Touch My Code! Examining the Effects of Ownership on Software Quality，可以读读看有没有启发。

怎么说呢，ownership这个东西，要么你就把ownership给我，脏活儿累活儿我都干，credit也是我的；要么是 - 你来领credit和ownership，活儿你也自己干。不要忽悠我要有ownership，活儿都是我干的，然后你甩屁股自己领credit，名儿都不提我一下。谁都不傻，没有ownership的说到底就是credit被抢走了。