在实际项目管理中，项目阶段管理收尾过程和工作往往不被大家重视。管理收尾对降低软件项目失败率有重大的意义。在项目的收尾管理中总结分析一系列的问题，这些是可迭代复用的资源，总结得越多，资源就越丰富，不断完善成熟的管理模式，造就管理上的本地化和渐近式复用，降低软件项目管理风险和管理成本。通过项目验收核查项目计划规定范围内的各项工作或活动是否已经全部完成，可交付成果是否令人满意，并将核查结果记录在验收文件中。那么，从移交验收角度来看，如何做好工程项目的收尾工作呢？
一、项目经理层重视，功在平时。
搞工程的人大都认为，工程的开始和收尾最难干，尤其收尾，纷繁复杂是个擦屁服活，忙活了半天看不出成绩，没形象。加上临近结束，人心浮动, 和分包商的关系也因为牵涉到最后的结算，扯皮事儿多，矛盾日渐实出，远没有施工期的那种协同配合的热络劲儿。验收单位此时卡得也要严些，因为都知道，万一出错的话，没有后季儿好找了。
在这种情况下，项目经理层的重视和对收尾工作的强力支持就显得异常重要了。通常，项目经理会亲自过问。否则，可就惨了。而且，这个项目经理必须是深知其中历害，并有耐心来做此事的人。实际情况也巧了，我经历过的这两个项目，在收尾的时候都换了项目经理，专门负责收尾。收尾之难，之不被愿意做，由此可见一斑。
还有，说是收尾，但收的全是以前的活，所以，尽管收尾工作本身的技巧和努力很重要，但收尾工作做的好坏与否，与平时所做的工作有着更根本的关系，也就是说功在平时。这里的平时之功，不仅指工程建筑物，更指与之相关的各类文档。
二、充分准备
移交验收是个琐碎、重复的工作，所以得有充分的准备。主要是两方面：资料和现场，尤其是资料。资料一定要根据规范要求，准备齐全;现场主要是缺陷修补和验收前的清理。
在准备过程中，尽可能让监理和业主提前介入，发现问题及时解决，如果有个别问题在验收前实在解决不了，要争取他们同意将其列入遗留问题，以求不致因此而延误验收。还有，一般而言，监理和业主是不太希望提前验收的，那么负责验收的人，就需要一二再、再二三地提出验收的要求，要善于利用种种契机，直到取得同意为止。
充分准备成功的标志是什么呢?就是水到渠成的感觉。所有的问题都在验收前就已经解决掉了，真正到验收那一天，只是个形式，签字就行了。
三、程式化
第一次验收是比较难的，所以一定要保证成功率，不许失败。第一次通过以后，就可以得到一些适用于该项目的程式化的东西，以后的验收，就比较容易了。程式化的另一层意思就是合同和规范中明确要求的内容必须严格执行，这里就不再多说了。
四、专人负责、强调计划
因为收尾工作的复杂和千头万绪，收尾必须指定专人负责。此人直接对项目经理层负责，辅以各个部门中项目工作时间较长，熟悉情况者，组成一个精干的移交、验收、资料归档小组，具体实施以移交验收和竣工归档为主的收尾工作。
收尾要特别强调计划。这个计划应该由负责收尾的人根据工程实际情况，结合合同条款拟定初稿，然后经由项目经理主持，各部门(尤其是合同、技术和施工部门)的会审，确定后下发，严格执行。为保证计划的执行，最好要有一个例会制度，各方定期审查进度，及时解决存在的问题。
五、验收项目的顺序和数量
这个主要从两方面考虑，合同利益和现场实际。一般而言，应该是“成熟一个，发展一个”且越早移交越好。因为移交以后，可以减少已方费用，尽早进入缺陷责任期，尽早转移责任给业主