吉日良时礼敬茶,五方更请墓神龙。
更加无缝的变更请求过程几乎会为控制范围的增长、产生更好的系统和更高的和约价值带来的更多的机会。
但是，某些企业只指派一两个人来定期复审变更请求。
巧笑知堪敌万机，倾城最在着戎衣;晋阳已陷休回顾，更请君王猎一围。
相反，每个文件的每一个版本都可以被追溯到这个活动，因此这个变更请求就可以引起变更。
为传统的变更管理方法配置互*作*，需要变更请求在不同的储存库及其关键属*和请求状态之间得到同步化。
所以，在本文中我们区分需求和变更请求的标准就是看它们何时被纳入到项目范围中。
为了防止这一切，我们应该跟踪所有的用例到每一个存在的SOW需求或者变更请求。
图1：在每个迭代的开始，敏捷团队会与客户商谈来确定新的特*或变更请求。
