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

敏捷项目管理中的需求变更问题可以通过几种策略来应对。首先，Scrum框架中的Product Backlog和Sprint Backlog帮助管理和适应需求变更。Product Backlog包含所有待办项并且不断变化，而Sprint Backlog则是在每个迭代开始时由产品负责人从Product Backlog中筛选出来的、已经确定的任务列表，且在当前迭代中保持不变。

其次，需求排序是关键，它基于需求的紧急重要程度和明确性。紧急重要的需求应优先处理，而在客户需求不清晰时，应先处理已明确的需求，并与客户持续沟通以明确不清晰的需求。使用极限编程的用户故事实践有助于明确和沟通需求。

对于需求变更的限制，一旦Sprint Backlog确定，原则上不应再有变更。但是，如果出现必须变更的高优先级需求，且对迭代影响小，则可以替换迭代中的低优先级需求；若变更对迭代影响大，则需暂停迭代并与客户确认后重新规划Sprint Backlog。

应对需求变更，项目团队和产品负责人要有应急预案，比如提前规划Sprint Backlog，以便快速响应变更。敏捷过程鼓励在开发的任何阶段欣然面对变化，以保持客户竞争优势。在变化中寻找解决方案，寻求共识，将变更成本降至最低，同时提高效率和保质量。