大型敏捷项目

一个常见的问题是大型项目是否可以使用敏捷技术。毕竟，许多敏捷方法都是为较小的项目设计的，而它们所抵制的那些重量级的想法在更大的项目中更需要。

这个问题的主要原因之一是，我们还不知道答案。新的技术往往首先在较小的项目上进行尝试。只有当它们在较小的规模上有效时，人们才会尝试在更大的规模上使用它们，即使那样，也需要时间来逐步推广。对于任何技术或方法，我都不建议将其用于超过你已经成功使用过的规模的两倍的项目。

尽管如此，敏捷所包含的许多内容都源于大型系统，这取决于你对“大型”的定义。对于软件项目，我认为衡量大型的主要指标是人员数量。人员越多，沟通问题就越突出。XP 的最佳适用范围是最多 20 名团队成员。FDD 看起来更多，在十几名成员左右。与 RUP 的首席设计师菲利普·克鲁赫滕交谈后，RUP 本质上是一种非常敏捷的方法，菲利普主要参与过 200 多人的项目。

扩展敏捷方法是你应该做的最后一件事

我最近在 加拿大敏捷网络 上使用了这句话。我的意思是字面意思。我并不是说你不应该做大型项目，而是说试图将敏捷技术扩展到大型项目，虽然通常是必要的，但不应该是你的首选。

更好的方法是尝试缩减你的项目规模。在那个研讨会上，一个非科学性的抽样调查显示，大多数项目可以减少大约一半的人员，而不会让进度变慢。我一次又一次地听到，当团队规模大幅缩减时，就会取得成功。大型团队在沟通和管理方面会产生很大的开销。使用由更能干的人员组成的较小的团队通常更快、更便宜，即使每个人的个人成本更高。