敏捷开发可以弥补项目中期失去三名测试人员吗？

Question

在采用敏捷开发实践的项目中，由于预算限制，我们必须放弃3个软件测试承包商。管理层的态度是投入相同数量的全职机构来弥补这一点。敏捷开发是否允许这种中断？我想知道是否有人处于类似情况，如何处理？

Answer 1

我参与了一个与9名开发人员相处得很好的项目。出于各种原因，我们不得不休假5人，并在两个月内增加3名新人。我们遵循大多数XP实践（不能说我们是100％XP，但我们很接近）。我们的速度下降了一段时间，但没有降到零。

• 缺乏代码所有权意味着离开的人没有特别的知识，这些知识并没有相对较好地分享。
• 单元测试很好地以可执行的方式记录代码，以便新人可以看到正在发生的事情并以更安全的方式进行更改。
• 结对编程帮助我们让人们快速上手。
• 短暂的迭代使我们能够证明，当速度下降时，它确实开始快速回升，并让商业用户相信我们仍然在创造价值。
• 迭代计划会议帮助新人了解需求并专注于迭代目标，而不是仅仅遍布代码库。

这不是一个理想的情况。敏捷帮助它变得更好，但它仍然受到伤害。所有参与者仍然需要付出很多努力。如果他们不是真正优秀的开发人员和团队成员，那就没有用。我只能推测，但团队足够好，即使没有敏捷，我们可能会把它拉下来，但我认为它因为敏捷而变得更加顺畅。如果它是一堆笨蛋，什么都行不了。

Answer 2

嗯，任何方法都允许中断团队损失或者说它根本不切实际。无论是下岗，辞职还是死亡，人们都会离开。新人将没有跟踪记录，这将影响你的团队的速度，至少在开始时。分析您的项目 - 继续做过去已经证明自己成功的事情。假设（这就是我所做的），他们在第一个月的工作效率将达到1/2，并根据他们正在进行的项目的复杂性进行滑动。

Answer 3

你做什么类型的敏捷？

如果我们一般说话，我会说他们没有任何问题。您只需更改团队任务即可继续进行测试。不要停止测试！您只需要花时间进行最初计划开发的测试。

Answer 4

我们使用Scrum Methodology，这当然确实允许这样做。事实上，它正是围绕着这种情况而建立的。由于业务决定了您想要的待办事项的哪些部分，根据您可用于该sprint的资源量，您可以通过sprint更改sprint上的可用资源，这仍然可行，尽管可能不是建议