敏捷新人如何做pair

team里来了两个新同事，正好来了一个不是很重要的新项目，于是头让这两个新来的同事pair，进行新人拉练。

这两个同事做pair开发的时候遇到了一些问题，于是一个热心同事拔刀相助。我不是很赞同拔刀客，似乎过多的干预新人的开发，将自己的想法，比如设计类及类之间的关系等全盘拖出。这样反而可能让对方产生抵触情绪,或者导致做事总要你过问，不能独当一面。我本身可能更倾向于放养的方式——如果有了问题，由他们主动寻求帮助。

当然，在项目的最后会进行代码的验收和code reivew，说说自己的意见,然后让他们自己去改正。否则不遇到问题,就直接帮助他们避免问题给他们的印象可能不够"刻骨铭心"哈哈。对于这一点我是比较有体会的——经历了项目的几次调整后，自己都觉得代码实在是惨不忍睹重构的动力来自于自己而不是别人。

不过有一点，新人，尤其是本身对XP和敏捷不是很了解的新人做pair的时候还是比较容易产生一些问题的。这次新人拉练感觉不是很成功，由于项目进展不很顺，利造成了两个人相互责怪的状况。甚至对pair这种编程方式本身造成了一定的抵制。这一点拔刀同志观察的比较敏锐，最早发现了这个动向，于是刀出鞘，哈哈。
我在想pair这种方式是建立在相互信任、彼此熟悉的基础上。似乎彼此熟悉的老员工能够更好的沟通，更容易做到就事论事，避免由于工作产生分歧扩散到私下关系。

 

因此实施敏捷是不是应该在原有的老团队上转型更合适呢？！