我们正在关注项目中的敏捷SCRUM方法,我们遇到了一个跨越2个冲刺的巨大用户故事。我们如何在刻录图表中报告此项目?这个用户故事属于哪个sprint backlog?
答案 0 :(得分:7)
应始终将用户故事细分为适合当前sprint时间范围的工作项。
将故事带给您的团队并询问他们如何在逻辑上将其分解为迭代地进行处理。根据这些反馈,您可以从原始父故事中创建多个故事来表示工作,然后分别对其进行优先级排序。
在积压方面,您可能需要跟踪正在讨论并与业务利益相关者确定优先级的较大用户故事的程序级史诗积压。如果是这种情况,您将在整个版本的程序级积压中获得您的史诗。随着故事变得更加坚定和详细,您可以将它们转移到团队的实施积压中。
我已经看到一些产品所有者实际上为商业"商业"提供了单独的Excel电子表格。积压的视图,只保留团队的标准积压,只有破碎的用户故事。
答案 1 :(得分:3)
sprint burndown chart表示你距离冲刺目标有多远。一个未完成的故事将不可避免地意味着在冲刺结束时未完成的燃尽曲线,你不需要对它做任何特别的事情 - 它只是迭代的状态。
在冲刺结束时,未完成的故事通常会延续到下一个冲刺,从而改变积压。根据您的燃尽图表是否反映故事或任务,将未完成的故事点数或未完成任务的估计值与剩余的冲刺项目相加,以获得您的Todo总数并绘制理想趋势。
你应该注意到,一个跨越2个冲刺的故事应该是偶然的,而不是故意的计划(而是将其分成更小的故事)。