全能毕业生是怎样炼成的

两个90后的大四学生，跟远在澳洲的同事协作开发了 一个网站 ，用的是自己没用过的Ruby on Rails。然后又参与一个澳洲项目的前期方案，现在正在给另一个客户做方案规划。这两个小伙子，到今天入职 ThoughtWorks还不到一个月。我想分享的，是我从他们的成长中学到的经验。

首先，在我看来，年轻人的成长中最重要的是机会。从一开始就给他们创造机会去接触各种各样不同的事，让他们了解项目周期的各个阶段，他们就会对“整件事”理解得更清晰，也更明白自己所做的事是如何为“整件事”提供意义。在这4个星期里，这两个年轻人和澳洲同事打电话了解需求、写用户故事、测试驱动、设计界面、结对编程、解决所有技术问题、做测试、部署上线、找客户验收、给整个办公室做演示⋯⋯除了Ocelots，他们还参与另一个澳洲项目启动的电话会议，给另一个项目做售前方案。从接触客户直到交付，他们把所有环节都经历了一遍。现在不管看到项目的哪个阶段，他们都不会一片茫然。

当然，给他们机会是一回事，让他们能从中有所收获是另一回事。年轻人需要收获的有两件事：（1）顺利完成任务的成就感；（2）学会新的能力，可以做以前不会做的事。而我们在培养新人的时候常常走进两个极端。有时直接把一个任务丢给新人去完成，搞得新人手足无措，完不成任务的时候自信心受到严重打击。有时我们又手把手地跟新人紧密结对，结果新人坐在旁边看得很顺，却没有亲身体会到其中的困难所在，下次面对同样的任务还是不知道该怎么入手。

带新人的时候需要把事情想得更细。其实每个任务，不管是跟客户开会还是做一个全新的功能，都会有两部分活动：10%有挑战性的活动，以及90%纯粹工作量的活动。有挑战性的10%，年轻人需要学会新的知识和技能才能胜任；剩下的90%，年轻人现有的知识和技能已经可以胜任，只需要知道怎么做、要做到什么程度，就可以去完成。对于有挑战性的10%，导师不能自己大包大揽，关键是要教给年轻人分析问题找到思路的方法；对于工作量的90%，导师也不能完全放手不管，关键是要让年轻人养成高效、目标导向、重视细节的职业态度。

我采用的方法是这样：第一次做某件事，我先讲我的思路，然后和年轻人结对一起做，当然其中尽量给他们拿键盘，但并不强求。第二次做，我先带着年轻人一起画脑图，分析做这件事有哪些步骤、需要重视哪些点、如何验收，把任务细分到15～30分钟的粒度，然后让年轻人去做，完成一个任务（也就是15～30分钟后）我来验收。第三次做，我就要求他们自己画脑图、分任务，我看着他们画脑图，尽量不说话，并且要求他们每次完成一个任务自己来找我验收。这个阶段我都会坐在他们身边，所以我随时都知道他们在做什么。第四次以后，我就会减少一天之中的介入，更多地通过检视故事墙和代码走查来关注他们的进度和质量。这个阶段（目前正在这个阶段）他们已经可以自己管理自己每天的工作，我改为坐到旁边一张桌子，背对着他们，使他们不依赖我的存在、需要时又能马上找到我。

这个过程中反馈很重要。年轻人（尤其本科生）就是一张白纸，所以需要用前5次做一件事的过程让他们养成好习惯，这也是我一开始要坐在他们身边的原因：我可以听到他们在说什么，看到他们在做什么，一旦发现有不好的实践（比如讨论不聚焦，写代码没有先写测试，抓着个鼠标在IDE里面点来点去⋯⋯）马上就骂过去——不打不骂是祸害，这个真的是至理。细节上多骂，工作的进度必然会好，于是正面的反馈也会自然随之而来。这么一来，一段时间以后你就会听到年轻人自己在喊“先写测试”，嗯，我甚感欣慰。

最后吐槽一下：我发现新同事的工作经验越多，反而越不敢尝试之前没做过的事。研究生比本科生拘谨，有工作经验的人比毕业生更拘谨。大概是脑子里被流程、分工、角色之类的bullshit给灌输了太多，经验越多的人越容易想“这个我不能做”、“那个我不会做”，越容易把自己局限在一个小框框里不见全局。反倒是本科生没有框框，他也不知道自己该做什么不该做什么，只要教他，他就会做。看着两个90后大四学生给客户写方案，很多经验丰富的同事真的要向他们学习。