项目经理小王目前正在负责一个小型的软件技术项目。一开始他觉得项目比较小，变更应该不多，流程也不需要太复杂，因此就没有制定项目变更管理计划，而是强调团队成员间的及时沟通来保证项目按照计划进行。根据项目经理小王的理解，所谓变更管理的主要目标就是保证项目能够按照计划进行，如果能够保证不发生超越项目进度计划、成本计划等控制范围外的偏差，就可以不用指定项目变更管理计划，以减少项目的工作量。而项目执行过程中对计划的微调根本不需要记录和管理，也不需要走项目变更管理流程。而且他认为如果所有项目变更都必需要向相关领导请示汇报，过程太复杂和麻烦，还不如由执行人员提出变更的方案，彼此讨论一致后来的更方便和快捷。
但是在项目进入集成测试阶段的时候，突然多了很多莫名其妙的问题出现。如在调试过程中，由于相关设计和记录的简化和不规范，造成了调试的困难，很难定位各个问题模块的错误； 由于项目执行过程中，人员的调配替换，造成了文档记录的不一敢，导致后期人员阅读和理解方面的障碍；并且由于缺乏对开发过程的配置管理和控制，导致版本混乱，很难形成有效支持各模块集成的文档。另外，项目中很多细小的改动由于没有准确的记录,或者是根本没有记录，导致集成测试发现问题时，根本没有办法更改。小王对此也没有办法，不知道因为什么原因导致目前的项目状态，项目面临返工的危险。 1）结合案例，请说说项目经理小王对项目变更管理的认识哪些是正确的？哪些是不正确的？ 2）针对项目的当前状态，小王应该釆取什么补救措施？