项目验收是项目管理流程的最后一步，也是评估一个项目成败的阶段。项目验收有其执行的基本流程，也会遇到结果与需求不符的问题，导致项目验收的不顺利。
影响项目会出现的问题
项目验收本来就是一个需要承担责任和成长的阶段，在验收过程中，最容易出现的问题就是—结果与需求不符。
产品的规则其实确实是开发小伙伴需要遵从的准则，不过还是会经常出现，开发完成的规则与确认需求时的规则不相符的情况，这是因为当时没有沟通清楚;或者产品的规则之前不完善，所以开发直接按照自己觉得完善并且合理的规则进行书写了。
1、没有沟通清楚，且目前做的系统比之前产品规划的要完善，那就不需要修改，直接把当前规则补充到细则上;若是目前系统做的并不尽人意，根据交付时间酌情修改。如果时间太紧急，按照原有规则可能无法按期交付，那就酌情在不影响工期的情况下进行修改;如果时间充裕，那就跟开发确认清楚该规则，明确到最小的细则，并且及时跟进，确保该规则是在正常情况下修改的。
2、由于产品的规则没有细化并明确，导致开发按照自己意愿进行功能设计，结果出现部分与产品之前不相符的。如果时间允许，可以在经过沟通后进行相应规则调整。若开发按照自己意愿进行功能设计与之前的规则没有太大偏差。这个时候需要的就是在此基础上进行更加明确的规则细化就可以了。
项目验收的流程
项目验收也是按照一定流程进行的，一般的项目在验收时都会经过项目团队自测、冒烟测试、测试完成、产品验收这几个普遍的流程之后才能够确认验收，进行项目的交付。
1.团队自测
自测其实就是程序员去测试自己所写模块，是否与产品对该模块所提的需求完全匹配，是对自己所写模块的进一步检查。这样可以使对该模块的逻辑更加明确，同时加深对于该模块的记忆，并且可以最大程度确保每个模块程序书写的正确性。
2.冒烟测试
冒烟测试是对已经完成的全部模块进行流程性的检测，确认目前完成的系统是否可以确保按照产品的全部逻辑跑完基本流程。冒烟测试主要是增加对产品流程的熟悉度，让测试人员可以进行详细的测试准备工作，也是该系统是否可以进入详细测试的一个重要依据。
3.测试完成
测试完成是对于整体的测试环节来说的，是测试人员对于系统整体进行测试的一个结论，这个结论是已确认目前系统的功能、性能在测试环节已经完全符合产品提出的需求。
测试完成的确认是因为确认之后就该系统就可以进行下一项目的交付，来进行更深一步的优化。
4.产品验收
产品验收是产品经理在项目交付前，进行最后需求与程序开发是否统一的过程。产品经理进行验收是对整体系统流程的一个把关，也是对当前系统一次总的检查，在验收过程中，需要测试时的一个结果，来确认在产品经理在验收后是否可以交付该系统。
项目的验收是最后对项目质量的评估，是项目团队劳动成果的检测，因此，它是关系双方利益的重要环节，了解问题、保障流程，是项目顺利进行的有利条件。