包括：用户对本身提出的初步要求的确认：需求调研人员应做好充分的调研准备，倾听并引导用户阐述需求，在调研过程中记录和讨论需求，在调研结束时确认需求；

    需求调研后，通过原型等技术，描述用户需求，与用户一起讨论系统的展现模式与方法，充分让用户了解并提出意见，根据用户的形成需求初稿后，交由用户进行充分的评审与审核，对评审与审核意见进行反馈，直至评审通过；

    通过以上过程需求规格说明书，一般用户没有特别的理由拒绝签字。而签字确认其实是对需求的书面的确认。这个版本的需求可以作为后续所有工作的基线，是项目验收的重要的内容。 

    2、用户对产品的确认测试结果，是对设计与开发阶段成果的验收。

    如果用户是自己来测试产品的话，为加深用户对需求的进一步的认识，项目组应该组织进行确认测试的培训，指导用户编写测试用例。这是增加用户了解未来产品的机会，如果在需求阶段有认真进行各步骤的话，应该不需要担心会产生大量的需求变更，个别的还是会有。

    用户进行产品的测试过程中，是对正式的产品的一个接受过程，依据双方确认的需求规格说明书对产品进行测试，对产品的实现需求的程度进行确认，并识别可能的需求变更。 

    3、用户对产品上线运行的批准，是对整个产品与培训的验收。

    用户进行确认测试通过后，在用户培训过程中，将培训的效果进行量化，由参与培训的人员进行反馈，反馈的结果则表示了用户对产品的满意程度；

    在用户已对产品接受的前提下，进行培训，向用户提出上线申请，如果上线申请获得审批，则表示用户已对前期的成果进行了验收，确认产品符合用户需求，可以投入到使用。 

    4、用户对使用情况的确认，是对产品应用与服务的验收。

    系统上线运行后，及时解决出现的问题，并与用户一起对系统的运行情况进行总结，包括使用系统的数据产出情况、使用人员的情况，总结报告与用户一起进行确认。

    以上过程是一环紧扣一环的，如果第一步没有做好，后面的就很难处理，并给最终的验收造成困难。项目经理博客 

    三、项目收尾_成果核实，验收确认

    如果在项目过程中严格执行了以上的各分项的验收工作，在项目收尾验收时，真正需要做的工作是对整个项目的工作进行汇总、总结，呈现整体成果

    1、组织各方对收集汇总后的结果进行统一的确认：包括验收的技术文档、过程文档、工作结果集、遗留的问题清单和维护期内的售后服务条款；

    2、协助监理召开验收会议，提交正式的成果，由用户对项目进行验收

    3、确认最终的验收成果，总结经验与教训。

分页:[1] [2]