放置时 用户故事 到一个 产品积压 (或功能列表),您不应该’直到功能即将开发时,才被迫将一切分解。
在产品待办事项列表的下方,’可以使项目相当模糊。它’对于未完成订单中的整个项目也可以使用–大型,高级项目,它们不是用户故事,而是更像Epics!
随着项目的发展,该项目应进一步细分。随着开发的临近,应充分定义待办事项上的项目,以便团队可以合理地估计其规模并将其分解为任务。
在那之前,’只是一个占位符。提醒您进行优先级排序和高级别估算。那’s all.
对于某些人来说,尤其是那些习惯于更传统的项目方法的人,这些人可能预先感到很不舒服,因此习惯于预先制定详细的规范。它不应该’t.
这里的逻辑很简单。如果一个特征(或一组特征)可能永远无法达到最高优先级,则毫无意义。这种逻辑的另一方面是,随着时间的流逝,您倾向于对自己的要求,约束等有更多的了解。
事情发生了变化。人们来来去去。自从最初的需求出现以来,有时团队已经发生了重大变化,因此,如果过早捕获信息可能会丢失信息。
因此,将细节推迟到需要时具有商业意义。
凯莉