问敏捷使用专用团队

EN

请注意，在大多数文章中，奉献意味着该人员致力于项目的成功，而不是团队在管理方面的奉献。

从你链接到的文章中，强调我的例子：

...致力于不断提高他们交付软件的能力。

另一个例子来自成功的团队规模很小，而且非常专注。，Another：

更糟糕的是:专心致志的团队成员对这些“跨越栅栏的人”不太了解。对他们缺乏承诺的失望会迅速升级为公开的冲突，如果找不到补救办法，就会把这个人赶出团队。

致力于团队的成功确实是一个关键的成功因素。如果一些团队成员觉得他们不应该为项目的成功做他们所需要的任何事情，那么他们就不是敏捷团队的好人选。

例如，敏捷团队中每个成员所期望的行为之一是执行比人员的核心技能更广泛的任务:如果需要，Python应该能够修复SQL查询，如果需要，JavaScript开发人员可以探索和修复Python代码。

在这种情况下，一个没有奉献精神的人只会期望别人做他们的工作.Python将指责DBA迟到，而JavaScript开发人员将指责服务器端开发人员。有了这种团队伙伴之间的关系，任何形式的敏捷都有可能失败。

另一方面，管理层的奉献可能是关键的，也可能不是关键的，这取决于具体情况。如果一些成员不知道他们在下一个sprint项目上将花费多少钱，那么管理项目就会变得很困难。

从您链接到的文章中：

每个团队成员都完全致力于团队，并在一个负责任的工作周内进行密集的工作。

另一方面，没有什么能强迫一个人在一个项目上工作。有些人可能有非常具体和非常重要的技能，而且一次几个项目可以从这些技能中受益。例如，在安全或优化方面非常熟练的人可能不一定需要在项目中全职工作。

如果您没有专门的团队，许多敏捷工具将无法工作。当你的“团队”中有一个很高或很高的周转率时，烧掉的图表，故事点，评估和计划的基础都是毫无价值的。

作为一个团队和作为一个团队工作是一个核心原则，至少SCRUM (我想你可以有坎班与不断变化的成员)。SCRUM以迭代的方式变得更好，因为团队将更好地相互了解，并且能够根据以前的经验做出更好的估计。如果您没有一个专门的团队，这就像在您的团队完全改变的任何时候都启动SCRUM一样。