agile - Sprint 工作项 - 敏捷 Scrum

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

3年前关闭。




Improve this question




哪些类型的任务可以作为工作项包含在 Sprint Backlog 中并进行跟踪？

是否可以包括分析、审查和单元测试(用户故事的)，或者只能在 Sprint 待办事项列表中包括和跟踪核心编码任务？

基本上，我将用户故事分解为技术任务以更新 Sprint 待办事项，并想知道是否可以在 sprint 待办事项中更新和跟踪具有非编码角色的任务。

Answer 1

What tasks that can be included and tracked as work items in the Sprint Backlog?

根据 Scrum 指南 -> 在计划 session 第 2 部分中，团队确定任务。这些任务是将产品待办列表转换为工作软件所需的详细工作。任务应该已经分解，以便它们可以在不到一天的时间内完成。此任务列表称为 Sprint Backlog。
因此，需要包括满足上述准则的任何任务。

Can Analysis, Review and Unit Testing (of a user story) be included or can only core Coding tasks be included and tracked in the Sprint backlog?

是的，如果这样做会导致将待办列表转换为工作软件，则可以并且应该包括它们。 Scrum 从不建议在 Sprint Backlog 中只包含编码任务。事实上，Scrum 要求团队跨职能。

Basically I am breaking down user stories into technical tasks for updating the Sprint backlog and would like to know if tasks having non-coding roles can be updated and tracked in the sprint backlog.

这对我来说听起来很可疑。只是“你”在分解任务吗？它应该是整个团队在计划 session 的第二部分分解任务。同样，非编码任务可以包含在 Sprint 中。
给你一个现实的例子:在我的 Web 开发团队中，一个典型的 Backlog 有以下任务。
1.定义和发现
2. 设计和创建测试矩阵
3. 将单元测试写入测试矩阵
3. 使单元测试通过的代码
4. 测试
5. 回归测试
6. 调试
7. 浏览“与 PO 一起工作的软件”(如果需要以确保这是 PO 想要的)

编辑

关于任务分配的另一点。
计划期间添加的任务应在必要时不断分解/更新/重命名。这样做的全部意义在于添加一组透明的分解的事情要做，当完全完成时，最终会导致最有效和最有效地遵循 QA 标准的工作软件。这些任务应该被跨职能处理和处理，并且不应该在团队成员之间被阻止。

希望这可以帮助!