人员梯度培养_团队梯度建设和核心人员的培养选拔的一些思考

团队梯度建设和核心人员的培养选拔的一些思考

团队建设,架构师,Android

2018.07.13

技术团队的建设其实是技术团队 leader 的事情，但是我最近也在思考这个问题，现在把我最近的思考写下来。

作为一个技术人员，技术的晋升肯定是一个永远的话题。当一个人的技术能力在提升的时候，慢慢的开始需要考虑技术团队的事情了。就是常见的 T 序列和 M 序列的问题了。对于技术确实有爱好的我并不喜欢走 M 路线，还是比较偏向于 T 路线的。但是 T 路线就真的不用带队了吗？我最近在思考这个问题，以及在我的团队中，我该做些什么，怎么去做。

当我们的 Android 开发的规模在四五十人的时候，我有机会带架构组这样的小团队，这个小团队包括我总共才三个人。当团队缩减成十来个人的时候，架构组这样的团队就不需要了，但是这个十来个人的团队还是保留了一个架构师的名额，于是，这个 title 也就挂在我头上了。这样的配比其实还是比较合理的，架构师占 10% 左右的比例。

说是架构师，其实是一个稍微比较高级点的工程师而已。架构师的 title 太多，我有点招架不住。但是既然挂了这样的 title ，那么团队的技术项目，技术选型的活就全都落我头上了。虽然不是说我一个人全包了，但是我还是需要为我们团队的技术项目负责的，这个 title 不能白挂啊。

在技术方面的压力，从原来的了解变成了事实落地。举个例子，Android 的插件化，之前我只要在网上看看例子，看看几篇文章，大概了解一下，有兴趣的话，还可以写写 demo 试一试，玩一玩。只要我在面试的时候能喷就行，能唬住面试官就