翟志军

如何充分“使用”研发团队新人

new fish

申明:缩短出活时长的目的不是为了让他们有更多时间加班。目的是提高团队的生产力。这样我们才有更多时间陪家人。

作为一个管理者,一定会遇到的一个问题是:如何团队新人更快的“出活”?

面对这样的问题,行业内,我见过不少管理者,就直接丢给他一堆源码和文档,就什么也不管了。直到一个星期后才询问新人理解了多少,或者直接丢给他一个需求让他去实现。

这样做意味着:

  1. 一个星期是出不了活的,因为你已经在一个星期后才给他任务
  2. 一个星期后,你敢100%保证他所理解的东西能帮忙到他完成你一个星期后给他的需求?很有可能,他所做的需求和这一个星期内看的东西毫无关系

那怎么办呢?我知道你心中开始疑问。接下来,我介绍一些我个人的看法和做法。

“让新人更快的出活”是一个目标状态,我们应该问的是:达到这个目标状态的前提条件是什么? 只要保证了这个前提条件,就船到桥头自然直。

我总结的前提条件有:

条件1. 对业务有基本的认识。比如做家电IoT时,他必须亲自拿着手机尽可能的玩一遍所有的家电。 条件2. 对于整个系统架构有一个大体的思考框架。比如家电IoT的整体架构有一个Big picture。 条件3. 大概了解每个团队成员的职责,知道哪类问题该找谁。 条件4. 了解自己的职责所在。这样才能有的放矢,至少,知道自己应该重点看哪些文档。

要达到这些前提条件的做法是什么呢?

关于条件1:对业务有基本的认识

举例来说就是让他拿着一个家电说明书,然后让家电连上网,再控制他。这个过程,我们如何验证他的学习效果呢?

让他记录下使用产品这个过程的困惑,因为这些困惑就是真正用户的困惑。换句话,除了让新人了解了业务,还能帮助我们这些“资深用户”找出产品所存在的问题。

关于条件2:对于整个系统架构有一个大体的思考框架

让团队里最熟悉整个系统架构的人,给这些新人讲解。让新人有一个全局观。同时,这个过程,也是让新人有发现系统构架存在的问题的机会。如何验证新人的学习效果呢?

让新人当着所有人的面新口说一遍整个系统架构,并在白板上画出来。当然,如果所在团队没有这样的条件,就让他给另一个团队成员讲,也是可以的。

条件3:大概了解每个团队成员的职责,知道哪类问题该找谁

为每个新人分配到一个“辅导员”的同事。这个辅导员有责任回答新人所有问题。

这样做,有几个好处:

  1. 对新人有更多的人文关怀。特别是对于一个第一次来公司所在城市的外地人员。
  2. 新人可更快融入团队。因为这样新人就不会觉得“怯场”。也可以让新人更快的了解团队的文化。
  3. 作为团队的“老人”,也能更深入的了解这位新人。最终达到团队match的状态。

这点,我所经历的ThoughtWorkers就做得非常好。

条件4:了解自己的职责所在

当了解系统的整体架构后,我们只要画出他的职责的那块,他就可以很快地理解了。也就知道他接下来要做什么了。

再说了,我们的辅导员也有责任让他知道他接下来要做什么。

让新人更快出活的小技巧

以下是我自己总结的一些小技巧。

  1. 让新人和老人结对编程。比如让老人完整的实现一个需求,新人就坐在旁边看。这样,新人就很快熟悉在当前团队中一个完整的开发流程是怎样的了。
  2. 让新人去测试老人实现的需求。比如老人实现了一个需求,也自测了。但是我们团队有一个要求,只有别人测试过了,才算测试通过。在测试人员不足时,可以这么做。

让新人做测试即可以让他更快的熟悉业务,又可以培养他的测试思维。

小结

一个新人要多快出活,除了新人本身的素质外,我们作为管理者需要不断地思考,如何缩短他们的出活时长。

再次申明:缩短出活时长的目的不是为了让他们有更多时间加班。目的是提高团队的生产力。这样我们才有更多时间陪家人。

图源:https://www.pexels.com/photo/clown-fish-swimming-128756/

End


为你的收获买单