提高软件开发生产力的秘方

　　当我们了解到学习是会增强“团队”这项公司资产的时候，现在我们可以有理有据地向利益相关方解释我们采取学习实践的益处了。“是的，结对编程乍看上去很奢侈——让我来解释一下它是怎样抵消风险的，而且长远来说这样做是物有所值……”别忘了——相对敏捷的短周期来说，“长远”可能说的只是3到6个星期。

　　下一步何去何从

　　我们写这篇文章只有一个目的。我们不是要分析学习的理论和机制，这个题目需要长篇大论才能解决，而且已经有了许多长篇大论。我们也不是要分类和验证各种敏捷实践——这里提到的实践只是作为简单的举例，提醒我们只要想学习，已经存在许多学习的方法。

　　我们的目标是把学习过程放在我们思考和行动的显著地位，因为我们相信它是敏捷实践成功的关键。不要仅仅潜移默化地学习，要把学习放到注意力的中心。本文的作用是提醒诸位，敏捷方法已经提供了许多学习方面的实践和机制——你是否已经在团队以及业务中有效地利用了它们？

　　用“学习过程是瓶颈”的眼光来看世界。这样可以大大减少出现“货机崇拜”[8]式的敏捷实践的机会，并让你的努力集中在如何令敏捷实践的效果最大化上面。

　　注释

　　1、初起炉灶—暴风骤雨—照本宣科—大放光彩（Forming–Storming–Norming–Performing）的团队发展模型由Bruce Tuckman最先提出。http://en.wikipedia.org/wiki/Forming-storming-norming-performing

　　2、这个假想实验和“学习过程是瓶颈”的说法来自Ashley Johnson，他是Valtech Skill Development公司负责商业计划及策略的副总裁。