如何充分“使用”研发团队新人
申明：缩短出活时长的目的不是为了让他们有更多时间加班。目的是提高团队的生产力。这样我们才有更多时间陪家人。
作为一个管理者，一定会遇到的一个问题是：如何团队新人更快的“出活”？
面对这样的问题，行业内，我见过不少管理者，就直接丢给他一堆源码和文档，就什么也不管了。直到一个星期后才询问新人理解了多少，或者直接丢给他一个需求让他去实现。
这样做意味着：
- 一个星期是出不了活的，因为你已经在一个星期后才给他任务
- 一个星期后，你敢100%保证他所理解的东西能帮忙到他完成你一个星期后给他的需求？很有可能，他所做的需求和这一个星期内看的东西毫无关系
那怎么办呢？我知道你心中开始疑问。接下来，我介绍一些我个人的看法和做法。
“让新人更快的出活”是一个目标状态，我们应该问的是：达到这个目标状态的前提条件是什么？ 只要保证了这个前提条件，就船到桥头自然直。
我总结的前提条件有：
条件1. 对业务有基本的认识。比如做家电IoT时，他必须亲自拿着手机尽可能的玩一遍所有的家电。 条件2. 对于整个系统架构有一个大体的思考框架。比如家电IoT的整体架构有一个Big picture。 条件3. 大概了解每个团队成员的职责，知道哪类问题该找谁。 条件4. 了解自己的职责所在。这样才能有的放矢，至少，知道自己应该重点看哪些文档。
要达到这些前提条件的做法是什么呢？
关于条件1：对业务有基本的认识
举例来说就是让他拿着一个家电说明书，然后让家电连上网，再控制他。这个过程，我们如何验证他的学习效果呢？
让他记录下使用产品这个过程的困惑，因为这些困惑就是真正用户的困惑。换句话，除了让新人了解了业务，还能帮助我们这些“资深用户”找出产品所存在的问题。
关于条件2：对于整个系统架构有一个大体的思考框架
让团队里最熟悉整个系统架构的人，给这些新人讲解。让新人有一个全局观。同时，这个过程，也是让新人有发现系统构架存在的问题的机会。如何验证新人的学习效果呢？
让新人当着所有人的面新口说一遍整个系统架构，并在白板上画出来。当然，如果所在团队没有这样的条件，就让他给另一个团队成员讲，也是可以的。
条件3：大概了解每个团队成员的职责，知道哪类问题该找谁
为每个新人分配到一个“辅导员”的同事。这个辅导员有责任回答新人所有问题。
这样做，有几个好处：
- 对新人有更多的人文关怀。特别是对于一个第一次来公司所在城市的外地人员。
- 新人可更快融入团队。因为这样新人就不会觉得“怯场”。也可以让新人更快的了解团队的文化。
- 作为团队的“老人”，也能更深入的了解这位新人。最终达到团队match的状态。
这点，我所经历的ThoughtWorkers就做得非常好。
条件4：了解自己的职责所在
当了解系统的整体架构后，我们只要画出他的职责的那块，他就可以很快地理解了。也就知道他接下来要做什么了。
再说了，我们的辅导员也有责任让他知道他接下来要做什么。
让新人更快出活的小技巧
以下是我自己总结的一些小技巧。
- 让新人和老人结对编程。比如让老人完整的实现一个需求，新人就坐在旁边看。这样，新人就很快熟悉在当前团队中一个完整的开发流程是怎样的了。
- 让新人去测试老人实现的需求。比如老人实现了一个需求，也自测了。但是我们团队有一个要求，只有别人测试过了，才算测试通过。在测试人员不足时，可以这么做。
让新人做测试即可以让他更快的熟悉业务，又可以培养他的测试思维。
小结
一个新人要多快出活，除了新人本身的素质外，我们作为管理者需要不断地思考，如何缩短他们的出活时长。
再次申明：缩短出活时长的目的不是为了让他们有更多时间加班。目的是提高团队的生产力。这样我们才有更多时间陪家人。
图源：https://www.pexels.com/photo/clown-fish-swimming-128756/
End
