经理发现项目的推进速度在下降，他的记事本里几乎每个工作项目都是延迟的状态。整个进度受到各种问题的影响。
公司的会议室里，针对项目近期遇到的问题，各级主管在开会。会议的结论是，目前项目的进展不够顺利，原因是多方面的，为了缓解遇到的问题，措施有很多，涉及公司的很多方面。其中在研发方式上应该充分借鉴行业经验，更加贴合行业内那些常规的做法。具体涉及IT的任务是，架设一套产品生命周期管理系统，并准备投入使用。
王磊接到任务后，立刻查询了产品生命周期管理系统的相关资料，在学习这个系统时，有几个词王磊经常看到，并且有切身体会。第一个是“物件”，这个很好理解，图档，文档，零件，都是有实物的。第二个是“变更，是指对物件修正或修改的过程。王磊之前没接触过这个概念，一时理解不了，因为它没有实物对应，完全是个抽象的概念，他反复思考，慢慢的把自己工作中的见闻代入了进来，还记得那次IP冲突吗？为了解决问题，王磊修改了设备的IP地址，与此同时作为控制端的上位机程序，也做了对应的修改，史立曾经问过自己，经理是否同意他们这么修改，是了，这就是一次工程变更，为了解决问题，修改的是IP地址，连带着改变的是网络架构和控制端发现设备的方式，这是很大的改动。这需要被记录在系统上，并且进行审核。这次变更的原因就是测试发现了IP冲突的问题，这个问题也可以记录在系统上，和变更关联在一起。王磊继续回忆，这个问题测试时的确出现了，但是在测试之前他就已经预料到，并且反映给经理。那么这个问题就可以不必在测试时被记录在系统上，而是在测试前，而为了解决问题所做的变更也可以在测试前，不必等问题出现了再去解决。王磊站起来，反复的在工位附近走了几个来回。他又想起了那次模组输出数值混乱的问题，大家找不到具体的原因，要是每个部分的问题都能及时解决，不带着问题推进研发，也许事情会简单一些。王磊又想到了这几天频繁看到的第三个概念，“受控”。他理解了，不止是图档，零件这些物件要审核。工程变更也要审核，有问题要及时提出。工程变更的原因之一就是因为问题，而新版本物件的产生是因为工程变更，它们是有关联的。再者，解决问题的方式不只有一种，工程变更的设计取决于发起变更和分配变更任务的人，它的内容可以根据问题的紧急度、关联性、人力、物料等情况，具有不同的规模和次序。有很大的灵活性。
