根据工作实际，谈谈如何在控制IT项目的需求变更？

定制型项目，涉及的用户方较多，小张根据自己的经验预测到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程：（1）指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）；（2）实施组获得需求分析文档后，一周内进行技术方案设计；（3）技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）；（4）需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划；（5）开发组根据开发计划进行定制开发工作；（6）每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。项目进行过程中，发生了如下事件，导致项目延期半年才完成：[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线，但用户役有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照以上流程梳理了需求，并重新开发上线。[事件2]2014年底，开发组提..

一个周期为一年的OA信息系统项目，并指派项目经理小张负责。该项目属于定制型项目，涉及的用户方较多，小张根据自己的经验预测到项目可能会涉及频繁的需求变更，因此小张在将项目组分成了业务组、实施组、开发组后，定义了如下需求管理及控制流程：(1)指派专门的业务组进行需求分析，分析完成后马上与用户进行需求确认，确认后填写需求状态表（包括需求提交日期、需求状态、是否属于变更等）；(2)实施组获得需求分析文档后，一周内进行技术方案设计；(3)技术方案完成后，业务组视情况与用户进行二次沟通确认，确认后填写需求状态表（包括需求技术方案提交日期、需求技术方案状态）；(4)需求分析、技术方案完成后，开发组每周对已确定需求进行工作量评估，形成月度开发计划；(5)开发组根据开发计划进行定制开发工作；(6)每周开发组根据需求状态库的需求、方案进行工作量重新评估，更新开发计划。项目进行过程中，发生了如下事件，导致项目延期半年才完成：[事件1]根据2014年初的计划开发完成了OA信息系统项目并上线，但用户役有真正使用。2014年底推广使用的时候发现，业务流程有缺失，程序有BUG，于是项目组重新按照..