project-management - 您是否应该在 Scrum backlog 中包含非开发任务？

Question

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












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

4年前关闭。




Improve this question




我们在将某些类型的任务合并到我们的产品和 sprint 待办事项中时遇到了问题:

与客户会面

培训与知识分享

行政任务

其中一些与项目没有直接关系，因此很容易将它们放在一边并将它们称为管理开销(从而减少 sprint 中可行的故事点)。

然而，有些任务(通常是客户 session )是重复的或非常频繁的。这些应该如何处理？它们通常不直接与任何特定的用户故事相关，但它们对项目至关重要。

Answer 1

在我看来，“任务”并不真正属于产品待办列表，产品待办事项 (PBI) 应该用于最终用户可见的事情 - 或强制实现这些项目 - 并以展示的方式表达他们的商业值(value)。

像 session 、管理任务等经常发生的事件并不真正符合 PBI 的这个定义，我不会将它们包含在产品待办列表级别。实际上，我根本看不到跟踪它们的意义(这听起来像是无用的开销，即通常是浪费)，因此我会将它们简单地包含在整体速度中。它只是工作。

非经常性事件，如特别 session 、研发、探索等，也不真正属于 PB(PO 应该如何评估它们并优先考虑它们？？)我更喜欢将它们的“成本”包括在估计中相关的 PBI。当项目被选中时，我们在 Sprint Backlog 中创建一个相应的任务，并带有时间框估计。

我们处理假期等培训。如果团队成员参加了一些培训，它会影响团队成员的分配(例如 90%)，从而影响在 Sprint 开始时计算的整体团队能力。而且我们捡的东西更少。