1、产品需求库 - Product Backlog

  • 产品总的需求库,用来收集产品所有的用户故事,并按照需求本身对用户价值的优先级进行排序。每个需求按照用户故事User Story的大概写法进行详细的描述。
  • 需求梳理人和提交人,一般有Product Owner负责人进行,有的团队每个Scrum Member也可以提交。
  • 需求来源:用户,客户,市场,销售,产品团队,研发团队,测试团队等等都可以进行需求的反馈。Product Owner基于对用户价值的判断有权决定接不接受这些需求,这也是PO的职责之一。

2、迭代需求库 - Sprint Backlog

  • 每个Sprint的需求库,在每个迭代规划时会选择当前迭代需要完成的需求或者大的缺陷。
  • 一种做法是PO可以先规划好Sprint Backlog,然后和Scrum Team一起讨论本次Backlog规划。也可以整个敏捷团队在做Sprint Plan时一起规划这次迭代的Backlog。
  • 大概原则:Sprint Backlog应该是可完成的,Backlog的工作量应该是可度量的,包含每个需求的工作量评估。对Member来说有的Story是有挑战性的。
  • 状态:基于Scrum团队自身的特点进行定义即可,常规做法如:ToDo-Doing-Done-Testing-Finish等等,格式不局限。目的让整个团队很直接的看到当前迭代Sprint的整体状态即可。