团队越来越大，对于每一个leader都是一次精力和灵魂的考验。
在规模不大的时候，大家还能口耳相传，很容易达到团队规范。偶有例外，也能把影响控制到很小的范围，并且通过一次次高强度的code review，保证最终的代码质量。但是新人不断加入，让整个过程管理变得不那么丝滑。
有人可能会说，需要通过积累靠谱的文档，让新人起步得更容易。这的确有一定道理，我也是这样做的。主流且必要的方式如下:
- 从项目开始以来，我们不断地编写模块，业务逻辑以及构建的指南文档，把相关的知识也进行了详尽的归档.
- 每次迭代周期里面，我们定期也做文档实时性的维护，保证文档和最新稳定版本是一致的。每次更新文档也会同步通知给相关调用方。
- 团队任何成员都可以随时找到相关熟悉业务模块的人进行沟通确认，整个团队的知识体系是共享的。
- 如何科学寻找资料和文档，以及分析问题，拆解问题的方法建议，我都在新人培养的过程里面反复讲解，也做了必要示范。
但是就是如此，也不能保证所有人100%都能得到成长和相应的知识。文档只是一种呈现知识和技能传承的方法，也不是适合每一个人。有的人需要手把手教，甚至需要多次演示，最终仍然get不到。
而且个人驱动往往是一个漫长的过程，需要自发的去反思，然后真正去改进甚至改变自己。
所以我一直在思考如何帮助新人，也如何做知识的传递和消化。这种思考还在继续。