如何提高属下码农的ownership?

本人开始尝试在公司做码农管理，因为不是写代码出生，被拉上去完全是因为本人会写代码加上又懂business logic. 呆了一段时间发现写代码是一个巨大的teamwork，我们一个项目onshore加offshore 有30多个developer，和scientitist 一个人own 一个项目有很大区别，需要很强的process去管理每一个developer. 这样导致一个缺点就是每个developer不容易被上层manager recognize到，进而对项目的ownership不强。对于我本人来说，如果一个ownership不强的项目，我做事情动力不足。还有一个mindset上很大的区别就是我比较倾向于把东西先做出来，质量差点没关系，先给business show成果比较重要，再回来改。团队里的资深马公强烈要求要先把基础搭好。

和老板讨论了一下这个事情，老板认同我的看法。老板问说为什么fang 这些厉害公司可以聚集那么多优秀的码农做出那么好的产品，是管理上有什么特别的方式吗？我来咨询一下各位优秀的码农，是怎么保持对项目的热情？当然了我知道最主要的原因是pay的相当高，升值也快。如果工资的因素是工作的唯一动力，那我们的问题可能无解，因为我自知我们公司pay和一线大厂差远了。

感觉这个公司乱哄哄的
找个非技术路线出身的人当M1也就算了
连M2好像也没啥硬货
另外工资也不给力  

楼主最好别瞎折腾
别把下属都逼走了

另外加一句，说把基础打好的那几个哥们是有ownership的

招高价码工的意义就在于，做决定的请尽量听码工的。因为你招进来的都是聪明人，所以你不需要觉得自己比他们聪明。

没钱没胡萝卜，没pip没大棒。ownership又没利益诱惑，也不能用来保命，还不如划一划回家歇着。

还有一点就是，基础打不好，出来东西问题多了，原来的人也走了，没人懂得修或者修起来巨慢，product做着做着也就黄了。

工作要么为钱要么为爱，两个都没划划水不是正常

要么big dream，要么pay。
还有工程师都会有把基础打好的想法，快速把产品做出来回来再改大概率=现在写一个稀烂的屎山，回来因为还是没有多少工期改成了牢固一点的屎山，越到后面问题越多。
当然三流的代码依然能产出一流的产品，前提是有非常正确的产品决策和极度可靠的测试团队。

因为犟的人少，马公水平还行，屎山也可以改好👍

TLDR assumption 有点多，可以从倾听开始

首先，楼主感知的痛点是什么？码农不肯ship prototype 然后慢慢改？还是其他？这造成了什么实际 impact?
可以跟组里 lead 谈谈软件的 concern 是什么（why they insist on making quality great)

business 如何衡量你组的成功？跟你的理解是否一样？跟组员理解是否一样？

假定真的有问题，如何判断 cause 是 lack of ownership 而不是其他?

如果真的觉得这是没有 ownership，是缺乏动力还是缺乏能力？还是其他？

可以主动问组员的诉求是什么，钱当然很重要，但是钱很少是每个组员的唯一诉求。

东西先做出来以后再改的下场就是三年后代码里还是一坨// TODO // FIXME //HACK 能用一天是一天

钱永远是第一，然后就是人。 你钱不够只能用人的数量来撑。没办法谈质量

另外你需要让你老板明白在fang里面，优秀核心的projects也就那几个，确实是业界大牛做出来的的。很多其他的project都不咋地。。。没必要神话