故事是这样的：
有一次听《Rails实战圣经》的作者讲他的工作经历。他曾经在一家跨国企业写代码，而这家跨国企业有两个开发团队，一只团队在亚洲，一直团队在欧洲的乌克兰。
这位作者呢，是一位写代码的大牛，服务过很多团队。但在这家公司，老板却更信任远在乌克兰的团队。他去看乌克兰团队的代码，觉得很一般，没什么可学习的。那为什么老板更信任那只团队呢？
事后，这位作者总结。如果乌克兰那只团队提交了代码，就一定保证这部分代码没问题。而亚洲团队的代码，虽然漂亮，但小问题却总是各式各样。
为自己工作的意思是？
现在，大家都知道，要把一份时间卖出多份。哪怕自己在给别人打工，也要同时成长。这样，把时间一份卖给老板，一份卖给自己。
但终极来看，把时间卖给别人，就是不划算的。更何况，把时间卖给别人的同时，自己并不总是能获得最好的进步，怎么办？
我想从几个角度看这个问题：老板和自己。
首先说，老板买的就是员工的时间，更重要的，是员工用时间做出的产出。如果你利用工作进步了，你的产出增加了，大家皆大欢喜。
如果你个人进步了，工作产出却没有增加，这从工作的角度看来，等同于你没有进步；而且，你的不进步，并不妨碍别人不进步；所以相对来看，你的产出就倒退了。
更何况，一个追求成长的创业企业却有一个不成长的员工，这可能不是一件好事情，因为人都有从众心理[1]，你会影响公司的文化，尤其是在团队还比较小的时候。
但是，这里有一个问题。对于那些的确在进步，但是工作上去没有更好的产出的人，公司其实是很头疼的。回到我们一开始的故事。为什么有些人能把局部的工作做的特别好，而且是越来越好，但是却不愿意去检查整体上的很明显的漏洞呢？
不得不说，应聘者中确实有这样一些人，他们是真正的「为自己工作」。（请注意这里的引号）
他们大概都是想拿公司当个跳板，在你这里学到新技术，新经验，然后跳槽。最终分道扬镳。他们不愿意去花费大量的时间去检查一个产品的完整性，看看有没有漏洞。对于他们来说，花那么多事件把公司产品试用一遍，又不能在未来的简历中体现出来。当然，这也是公司的利用价值，能让员工获得更多实战经验。但怎么能让这些人的工作和公司整体利益相一致，是需要设计合理的激励方式的。毕竟，他们那么喜欢在工作中为自己学习，这一点需求也是可以利用的。
谁和我一起成长
那些愿意跟我们一起成长，把我们的利益融合到一起的人，才是更靠谱的人。
可以这么理解：
- 首先，如果我们做的事情应该是一个成长率的事情，否则也谈不上让别人和我们一起进步。
- 如果你确定这个事情的成长率，那你应该知道，长期来看，这个团队里的所有人都会进步的，尽管在不同的时期，不同成员的进步速度不同。
因此，那些只为自己工作，不能忍受把更多时间投入给团队，而自身没有明显进步的家伙，终究不是和你一起成长的人。算了吧。
这个原则其实包含了一个否定法：不要招聘那些不能和你分享他的进步的人。
所以，最好能找到那个能和你一起进步的人。招聘他们。对，要一起进步。不可以是他根本不在乎团队是否进步。
-
或者用查理芒格定义的词汇：社会认同倾向。也就是说，人们的心理会跟随周围的人 ↩
网友评论