我有一个关于 scrum 和用户故事的简单问题。
我正在为大学开发一个小项目，我决定使用 Scrum 和用户故事来解决功能，我知道 Scrum 通常是由一组团队成员完成的，但就我而言，我是在一个项目中单独完成此任务主管。
我了解用户故事以及指向和优先级系统的内容，例如(必须、应该、可以、不会)
现在，当我即将结束迭代时，可以说大约一半的用户故事已经完成。
我的用户故事的一个示例是:
“用户需要能够记录设备”
我为这个用户故事创建了一些小子任务，除了 1 个子任务之外，我已经完成了所有子任务，并且已经到达了迭代的末尾。我给这个用户故事打了 8 分。
现在我不确定是否可以将此用户故事包含到燃尽图中，或者我是否要等到子任务完成后再添加到图表中。
我还想问我的燃尽图是否可以基于我在用户故事中完成的任务数量，或者始终基于完全完成的用户故事数量(包括测试等)。
提前致谢!
最佳答案
有两种传统的燃尽图(Scrum 本身不需要):Sprint 燃尽图和发布燃尽图。
Now im not sure if i can include this user story into the burndown chart, or do I wait until the sub task is complete, before adding to the chart. It's up to you. The purpose of the Release burndown is to understand what's remaining. That feature can't be shipped so just be incredibly clear about that. If this keeps happening, figure out why.
速度，即您能够完全完成的经验量，可以帮助您了解应该对下一个冲刺进行预测。这个冲刺仅完成了部分，因此经验主义告诉您不要再次预测那么多的工作量。
I also wanted to ask could i base my Burn Down chart based on how may tasks i have completed in a user story, or is always based on how many user stories are fully completed including testing etc. The Sprint Burndown in which teams traditionally sum remaining tasks or task hours is meant to help you understand if you need to renegotiate the Sprint forecast (up or down).
我不建议尝试在冲刺之外燃尽任务。为了在发布级别燃尽任务并了解剩下的内容，您必须估计大量小粒度的细节。你解决问题的方式将会改变你当前的信念，并且需要多长时间也会改变。毫无疑问，您此时也不会做您认为要做的所有事情。
关于scrum - 不完整的用户故事和燃尽图，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13256928/