故事与任务

“任务”和“故事”的区别是什么呢？嗯，这个问题问得不错。

区别很简单。故事是可以交付的东西，是产品负责人所关心的。任务是不可交付的东西，产品负责人对它也不关心。

故事如果太大就应该进行拆分，力求保证故事的大小在2至8个人-天之间。否则不好控制。

例子：

故事拆分为多个故事

故事拆分为任务

我们会看到一些很有趣的现象：
• 新组建的Scrum团队不愿意花时间来预先把故事拆分成任务。有些人觉得这像是瀑布式的做法。
• 有些故事，大家都理解得很清楚，那么预先拆分还是随后拆分都一样简单。
• 这种类型的拆分常常可以发现一些会导致时间估算增加的工作，最后得出的sprint计划会更贴近现实。
• 这种预先拆分可以给每日例会的效率带来显著提高（参见“我们怎样进行每日例会”）。
• 即使拆分不够精确，而且一旦开始具体工作，事先的拆分结果也许会发生变化，但我们依然可以得到以上种种好处。

所以，我们试着把sprint计划会议的时间放到足够长，保证有时间进行任务拆分，但如果时间不够的话，则按照sprint计划优先级进行。