用户投稿Product Backlog
产品积压工作只是一个简单的工作项清单，在功能级别进行描述，这些工作项需要随着时间的推移而完成。任何人都可以将项目添加到积压工作中，但只有产品所有者才有权（并且有义务）确定开发团队执行这些项目的顺序。当然，一个好的产品所有者将与利益相关者和开发团队协商这个问题。
需求是紧急的，这意味着我们不知道，也不能预先知道我们想要的产品的每一个细节。囙此，产品积压是一个活生生的档案，需要不断改进以保持其最新和有用。随着时间的推移，将添加许多新项目；将现有项目分解为多个较小的项目；当意识到不再需要所需的功能时，可能会删除一些项目。此外，为了确定价值、时间和成本之间可能的关係，项目可能需要调整大小。当然，由于它们之间的相对价值今天与昨天有所不同，积压工作中的项目顺序也会发生变化。
囙此，积压优化是一个与每个冲刺并行运行的连续活动。产品所有者召开定期会议，在那里，Scrum团队和其他利益相关者（如果需要）会改进产品积压工作，为将来的冲刺做準备。
在许多情况下，创建和维护产品积压工作是足够的，而且通常更可取的，它是一组写在物理125 x 75 mm（5“x 3”）索引卡上的故事。RonJeffries（Jeffries2005）创造了头韵三联卡片、确认、对话（3c）来描述如何处理故事。故事是从主人公的角度写的。MikeCohn的《用户故事》（Cohn2004）告诉了你该怎么做。
微信扫一扫打赏
支付宝扫一扫打赏
