敏捷团队

敏捷团队是一个非常具体的构造。

团队由6到8人组成......有时一个人或两个人，有时一个人或两个人更少......但是这个想法是每个人都应该能够与其他人交谈并注意彼此正在做的事情。他们应该能够一起工作。他们应该能够互相合作。他们应该互相认识。

团队应该拥有一切和所有人所以要提供积压的东西。无论球队正在努力，他们不必在团队外面去完成。这意味着它们应该控制在制造和满足冲刺末端的承诺。他们控制着他们的工作。

团队应该互相献给。致力于一次没有分配给多个团队的意义。他们一次没有在多个积压上工作。它们不会一次分配给多个项目。这个想法是，他们应该能够承诺交付，而不涉及另一个项目或团队将妨碍。

团队应该拥有他们正在努力的技术。他们必须是在特定的码基中工作的唯一团队。在Codebase中必须有足够的安全性，团队可以在不影响同一软件上使用的其他团队的情况下进行更改。他们必须了解他们在所有时间所做的改变的影响。

团队应该能够对已知积压建立稳定的速度。对已知积压建立稳定的速度是唯一可以在轨道上保持敏捷团队的唯一作品。这是唯一会透明地融入目标的透明度。如果速度不是稳定的，你就不知道你是否在轨道上。时期。

无法形成这些团队是采用敏捷的主要障碍之一。

没有思维方式......没有采用新实践的程度......将使敏捷的团队变得有效。

太小的团队往往没有他们需要的每个人或者没有足够的人围绕问题。太大的团队往往会闯入船队，致力于自己的工作。沟通开始分解。缺少关键技能的团队无法获得完成的定义，并提供部分完成的工作。

与人民分配给多个团队的团队争取并履行队伍之间的目标，目标或优先事项的承诺。具有与其他团队的部署冲突的团队通常会在Sprint中未检测到的代码库引入问题，并在计划中创建未捕获的工作。

所有这些都会导致不稳定的速度。

修复这是转型的工作。

如果你没有解决这个问题，你就是通过做敏捷的动作。