Build a team
最近一两个季度基本上没怎么写代码了
我终于变成了曾经讨厌的样子
整天整天的会
翻来覆去，哪个也逃不掉
白天开会，审次code，晚上回email
周末看文档
然后就累得什么也不想干了
每天都很愧疚，又是没有代码的一天
一天下来，要么听别人画大饼，打鸡血，要么给下属画大饼，打鸡血
以前主要用computer language
现在主要用human language
也许，作为tlm，就是应当这样？
别人会不会觉得我就是周扒皮？
现在有点儿理解之前读的一些东西了。说是理念要转变。
也许，我的主要任务其实是build a team to make things happen 。我的目标是team 的输出。而不是我自己的输出。
以前听过张一鸣的一句话，build a company as a product 。现在体会更深了。
当然，还有另外一个首要任务，execution 。
机器execution 没有问题。但是人不一样，团队不一样。
所以以前有人件的概念。
每个人，每个team的执行效率是千差万别的。刚来的人跟senior的人不一样。喜欢infra的人跟喜欢modeling的人不一样。swe跟ds不一样。每个人做事方式又不一样。
如何最大化团队产能呢？
还有一个问题。作为tlm，我也是整个公司机器里的一个component。需要了解上面来的order。把问题搞清楚，分块，分解，交给团队成员解决一个一个子问题，让整个项目达到一个又一个milestone。要让我的老板，老板的老板们放心。所以对我的上层来说，我也是一个执行器。是命令行终端。大家通过开会，email来发布命令。
所以看到一个现象，manager们都很注重及时的回email。以前很不喜欢。但是现在发现这就是一个潜规则。你的email delay就代表了你作为executor的delay。delay当然越短越好。要么就设定一个期望值。比如out of office 。总之，不能让别人一个order出来，等两三天甚至一个礼拜甚至完全没结果。
最后，build team 也意味着要grow people 。说白了就是你不是让你变得更牛，而是让你的手下变得更牛，第一让他们能取代你做你手头的工作并做的更好，第二，让他们能做更多更难的事情，并且更快的做事情。第三，你不在的时候，你也不用担心。
好吧。想想如何build team，如何execute吧。