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

时间:2008-12-13 14:34:47

标签: agile

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

4 个答案:

答案 0 :(得分:9)

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

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

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

答案 1 :(得分:4)

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

答案 2 :(得分:0)

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

答案 3 :(得分:0)

你做什么类型的敏捷?

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