process - 了解 Scrum

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

5年前关闭。




Improve this question




我一直是遵循瀑布模型的 .net 开发人员。在工作时，比如说一个 12 个月的项目，通常我的团队遵循分析、设计、编码和测试阶段。但是当谈到遵循 Scrum 流程时，我真的不明白我需要如何处理它。

考虑一个 4 周的冲刺，积压工作有 10 个项目。让冲刺现在开始。如果开发人员在前 10 天处理一些待办事项，我不知道测试(SIT 和 UAT)是否只需要剩下的 10 天来完成工作。现在我们的 sprint 没有时间做最后一分钟的错误修复，并且只有少数错误可以在计划的 SPRINT 中修复。

而当我们进行开发时，除了准备测试用例并等待我们交付功能之外，我们如何确保我们让测试团队保持忙碌？

这就提出了一个问题，我们是否需要在冲刺的前 3 天内交付第一个任务/功能，以便测试人员可以准备好他们的测试用例来测试该部分。

我还需要教育我的客户帮助他们适应 Scrum 流程。

我需要一些指导方针、引用资料或案例研究，以确保我们的团队遵循正确的 Scrum 流程。任何帮助，将不胜感激。

Answer 1

在理想的 Scrum 团队中，测试人员和开发人员是 的一部分团队和测试应该发生并行在开发过程中，阶段是重叠的，而不是顺序的(在 Sprint 内按顺序做事是一种称为 Scrumerfall 的反模式)。顺便说一句，与此处表达的某些观点相反，最终的 Scrum 实现会产生 DONE DONE 故事，因此测试 - 包括 IST、UAT - 应该在 Sprint 期间完成。

不，测试人员不必等待产品待办列表项 (PBI) 完全实现才能开始他们的工作，他们可以开始编写验收测试场景、自动化它们(例如使用 FitNess)、设置测试数据集等(这需要一些时间，尤其是在业务复杂的情况下)Sprint 一开始。

当然，这需要非常密切的协作，尽早发布界面或 UI 框架将有助于测试人员的工作，但是，测试人员仍然不必等待 PBI 完全实现。实际上，开发人员应该使用验收测试作为完成指标(“当验收测试通过时，我知道我已经完成了”)1。

我并不是说这很容易，但这就是成熟(即精益)的 Scrum 实现和成熟的 Scrum 团队正在做的事情。

我建议阅读 Scrum And XP from the Trenches作者 Henrik Kniberg，这是非常好的实用指南。

1 正如 Mary Poppendieck 所写，测试人员的工作应该是 防止 缺陷(必不可少)，而不是 查找 缺陷(浪费)。