敏捷项目的变更管理

敏捷项目的结构为响应范围变化而特别设计，甚至是欢迎范围变化。敏捷软件开发的12条基本原则之- -就是 “即使到了开发后期，也欢迎改变需求。敏捷过程利用变化为客户创造竞争优势”(参见www.agilemanifesto.org/principles.html)。
这一原则承认了变化是一个不可避免的、必要的且很有价值的事实。接受变化有助于满足不断变化的业务目标及其优先级,同时能适应人为计划的限制及预见性不足问题。
敏捷项目通过维护待完成工作的动态列表来管理变更。这里的“工作”包括尚未实现的用户故事、待修复的缺陷、待处理的业务流程变更、待开发与交付的培训以及所有软件项目中涉及的各种活动。每个迭代实现Backlog中当时具有最高优先级的一-组工作项。当干系人增加新工作时，就进入Backlog并与Backlog中的其他工作项进行优先级排序。尚未分配到迭代中的工作任何时候都可以重新排优先级或从Backlog中删除。--个新的高优先级的用户故事可以分配到下- -迭代中，而将差不多大小的低优先级工作延到之后的迭代中完成。精心管理每个迭代的范围，确保能够按时高质量完成。