关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。
想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。
3年前关闭。
Improve this question
哪些类型的任务可以作为工作项包含在 Sprint Backlog 中并进行跟踪？
是否可以包括分析、审查和单元测试(用户故事的)，或者只能在 Sprint 待办事项列表中包括和跟踪核心编码任务？
基本上，我将用户故事分解为技术任务以更新 Sprint 待办事项，并想知道是否可以在 sprint 待办事项中更新和跟踪具有非编码角色的任务。
最佳答案
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 标准的工作软件。这些任务应该被跨职能处理和处理，并且不应该在团队成员之间被阻止。
希望这可以帮助!
关于agile - Sprint 工作项 - 敏捷 Scrum，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3996654/