少人会因为各种各样的因素，而萌生去意呢？此外，正所谓“人有旦夕祸福”，我们总不能预测哪些成员会在开发过程中生病或者失恋吧？若要解决这个问题，一个办法是“结对编程”。虽然提出这一方法的目的并不是为了应对成员变动的风险，但事实上这种互相协作的方式确实能够将成员离开所造成的损失降到最低。以我的经验，要发生那种编程开发的一对都离开项目的情形，实在是少之又少。还有一种办法则是Constantine提出的“交叉培训”。在其《人件集》的《稳步提升的质量》一篇中，他提出“将交叉培训纳入项目的组织形式中，……是最有效、最有影响的办法之一。这种方法同时也增加了工作透明度。通过增加团队中面对面工作的机会，团队成员间自然也就增加了相互学习的机会”。此外，他还提出 “在团队中进行软件开发角色轮循，也为成员增加了实践的机会，可以帮助大家掌握更多的技巧和知识。”这里固然在说培训，但它带来的结果是让团队中各个成员都能够了解彼此的工作，这就能够弥补因为某些成员离开项目带来的空白。
这里同样牵扯出一个话题，就是关于团队的培训。我的理解是，即使最后期限泰山压顶，也千万不要节省团队培训的时间，除非你的团队已经熟悉了项目开发的所有领域知识，以及解决领域问题的所有技术知识，同时，这个团队已经固定不变的合作过三个项目以上，因而团队成员已经达到了一个微小动作就能够心领神会的境界。有这样的团队么？或许有，不过我还没有看见。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
