追加变更 · 分项说明
概念说明
追加变更是把已冻结的原约定当作基线，把后来提出的要求分成“改动原条目”和“基线外新增”两类分别记录的机制，靠基线版本保持不变且每条新记录都能指回所依据的基线而成立。一次性事项只需在收尾前归并一次，持续事项则要在每个执行周期重新确认基线是否仍有效；基线被悄悄替换时，新要求就失去可对照的追加身份。乱码人人爽一。
判断方法
判断追加变更，先按变更形态分场景，再取对应判据。补充型指在原条目上增加细节，看验收标准是否被改写；新增型指出现原文本没有的对象，看是否占用原未列的时间或资源；替换型指原做法被换掉，看原条目是否因此失效。海角长腿嫂子真实长相。逐条标注形态后，只取该形态对应的判据，不把三种判据混用；一条要求同时具备两种形态时，按影响较大的一种记录，并在备注中保留另一形态的事实。
适用边界
只适用于原条款仍可辨认、且变更只牵动一个条款的场合；若改动使原条目整体被删除或替换，原条款已不能作比对基准，只能按重新约定处理。交付数量、时间、验收标准三项中同时改动两项以上的，也不按单项追加下结论。提出时点晚于该项已执行完成的，只能记为事后说明，不能追溯成追加；口头提出而未落入文本的，同样不适用。
读者评论
需求文档写完一定让对方签字确认，血的教训
我们最怕的就是需求一直加，加到最后工期还是原来那个
谢谢作者，讲得挺实在，没有一堆套话
怎么才能让对方认真看需求文档啊，发过去就石沉大海