在组织中，敏捷项目一直平稳进行。在多团队共同开发的情况下，敏捷项目以可接受、可理解和可应用的方式完美运行。大多数的团队业绩都非常不错。他们合作融洽，项目稳步、持续进行。

团队日常工作非常繁忙，但是，有些团队却不像其他团队那样忙碌。为什么不重新分配团队成员的工作呢？项目经理可以按需要调遣项目成员，通过这种资源调遣的方式可以推进敏捷项目。

通过以上解释可知，在不同敏捷项目间调遣项目成员听上去很不错，但是真是这样吗？但是不要那样做。

项目成形、变动、规范以及执行

起初可能不太明显，但是在任何一个团队中，项目成员都已经学会如何协同工作以保证敏捷项目的进程。打乱一个稳定的团队结构是不可能提升项目质量或者促进项目生产效率的。实际上，这种做法会造成相反的后果。资源变换不会起到任何作用，因为这个团队的成员已经一起经历过项目“成形”的过程。

形成一个高效的团队并非一件容易的事情，需要每位成员都承诺保证个人能力、时间和集中精力。当团队成员初次在一起工作时，他们共同精力了团队的成形、变动、规范和执行。此时敏捷团队成员们之间开始互相了解，逐渐将不熟悉的成员融入到稳定、高产和高效的团队中。

当项目经理调出项目成员时，该项目流程就不得不重新再开始一次。当一个稳定的团队被打乱时，你会发现团队就不得不重新组建。当一个团队处于平稳状态，这就意味着此时团队成员已经学会在工作中如何优化技巧。在大多数成功地敏捷团队中，团队成员之间已经形成一种稳定的关系，这种关系可以使成员们以个人和真实的方式处于高产和互动的状态。

打破僵局

保持一个稳定团队的另外一个优点就是，他们已经学会如何优化项目流程。我指的所谓的流程就是敏捷项目方法和技术流程，例如要向测试人员演示单元测试、代码评审和测试评价以及其他重要的流程。持续的改善流程可以将成员联合在一起，因此提升他们的工作效率。每次当你安排成员进入团队或将成员调出团队时，就迫使团队重新定义或者组建流程。如果你从管理者的角度出发，每个团队的成员都需要花大量的时间和精力去了解其他团队，知道他们确定自己将工作在哪个团队中时，他们才可以去了解每一个人对不同观点、意见和选择的反应。一旦形成这种平衡关系，最好就是维持这种关系，而不是打乱这种成形的、已完成的工作。团队需要将精力花费到项目开发和测试阶段，而不是重新构建团队关系的阶段。

在数量上没有说服力

稳定的团队有高效的生产力以及平稳的速度。他们已经知道团队每位成员如何工作，他们可以期待达到什么程度。他们已经建立起一种工作顺序，以一个平稳的速率更精确的完成工作计划。这样使得项目经理可以准确预测项目团队的工作成果。但是如果团队被打乱了，必须与新成员一起工作，新成员在团队中找准自己位置之前，项目的速率和产量也会变得不平稳。

稳定的团队如何影响软件质量？我们很容易陷入固定思维的陷阱中：测试人员越多，软件质量就越高。我们很容易相信：团队拥有越多测试人员，测试就越多，质量就越高，出现缺陷的可能性也会降低，这样就可以尽快投入生产。

在敏捷项目中，团队所有成员都要对测试负责，而不是仅仅由测试人员负责。根据我的经验，平稳、高产的团队在质量方面会投入更多的时间。他们时刻谨记客户体验，并将精力集中于解决客户问题和缺陷上。软件专业人士不想听到客户在体验时遇到了麻烦。对于成形的团队来说，个性化就更重要了：团队而不是测试人员会错过这个问题。

稳定提升满足感

稳定的团队可以使成员体验到更高程度的个人满足感。你可能会问：“什么？”怎么会能够提升“个人满足感呢？”下面我们来解释一下：在一个小组中，大部分人都可以展示他们的能力。稳定的敏捷项目团队中会产生工作之星，他们可能不会被发觉。作为项目经理，保证平稳的工作环境是非常重要的，这样可以提升工作人员的满足感和留职率。

是的，当其他项目需要补充团队成员来缩小差距和消除漏洞时，我们很难抵制这种调遣。是的，即使稳定的团队在某种程度上也可能发生变化。然而，为了保证能对产品质量、生产率以及员工满意度产生最大化积极影响，保持一个完整、稳定的团队是非常重要的。“即插即用”这种方法对现实工作中的工作人员来说并不起任何作用。