需求变更，敏捷项目应如何做？

尽管我们对需求变更“深恶痛绝”，但毕竟，该面对的还是要面对的。

在 敏捷项目管理中，我们要如何应对需求变更的问题呢？

一、设置Product Backlog与Sprint Backlog

Scrum框架针对需求变更，设置了Product Backlog（产品待办列表）和Sprint Backlog（迭代待办列表）。在每个迭代开始时，产品负责人需要在Product Backlog中，通过优先级排序来筛选、整理出这一迭代的Sprint Backlog，也就是这一迭代需要完成的产品需求。也就是说，Product Backlog是不断变化的，而Sprint Backlog是当前迭代中已经确定的产品需求，是不变的。这样就会保证需求的变更不会影响到当前迭代的产出。

二、做好需求排序

客户在描述需求的时候，我们可以用极限编程中的用户故事实践，将需求以“作为一个<用户角色>，我想要<完成活动>，以便于<实现价值>”的形式进行表达，这样更有利于双方沟通、澄清需求。

三、对需求变更进行限制

• 如果遇到必须变更、优先级比较高且对迭代影响较小的需求，我们可以将这个需求放入迭代中，然后将原本迭代中优先级较低的需求替换出来；
• 如果遇到必须变更、优先级比较高且对迭代影响较大的需求，则需要和客户同步并确认后，将当前进行中的迭代暂停，产品负责人重新规划新一期的Sprint Backlog。