sách gpt4 ai đã đi

process - 了解 Scrum

In lại 作者:行者123 更新时间:2023-12-03 20:06:46 26 4
mua khóa gpt4 Nike

关闭。这个问题需要更多tập trung .Câu hỏi này không liên quan đến chủ đề. Hiện tại không chấp nhận câu trả lời.












想改善这个问题吗?更新问题,使其仅关注一个问题 chỉnh sửa bài viết này .

5年前关闭。




Cải thiện câu hỏi này




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

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

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

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

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

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

1 Câu trả lời

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

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

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

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

Tôi khuyên bạn nên đọc Scrum And XP from the Trenches作者 Henrik Kniberg,这是非常好的实用指南。

1 正如 Mary Poppendieck 所写,测试人员的工作应该是 防止 缺陷(必不可少),而不是 Tìm thấy 缺陷(浪费)。

关于process - 了解 Scrum,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3111142/

26 4 0
行者123
Hồ sơ cá nhân

Tôi là một lập trình viên xuất sắc, rất giỏi!

Nhận phiếu giảm giá Didi Taxi miễn phí
Mã giảm giá Didi Taxi
Giấy chứng nhận ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com