4.5 变更管理
客户需求、实施范围的变动控制是项目管理的一项重要工作，由于这些变动对实施计划、人员投入以及最后的实施质量都会产生很大的影响，双方项目组应建立严格的变更管理制度，并自觉遵守。在变更上项目双方应遵循事先约定、变更请求流程的方式进行。
业务需求在调研结束后由客户确认，作为需求分析和方案设计的基础。经过确认后的需求原则上不允许发生变动，实施范围已经在合同、项目计划中明确定义，双方项目组在既定的实施范围内开展工作，交付工作成果，不承担范围以外的工作任务。
对于已经发生的变更，由系统分析员根据需求变更管理对过程中客户提出的需求变更进行识别，然后提交给项目经理，项目经理组织项目组进行内部评审，一旦明确为变更需求，按照公司的标准（详见公司需求变更标准）划分可控制范围，在项目组内部可处理情况下，由项目经理根据情况综合给与考虑和处理，系统分析员记录处理的办法等相关内容到需求变更管理表中；
如果确定为项目组内部不能把控范围，则提交到公司进行审核，公司根据提交上来的需求内容，安排行业应用专家、高级咨询顾问、技术顾问等对变更的需求进行评估，并提出相应的解决办法。然后由公司双方高层进行批准，签订补充协议。
在项目实施过程中，禁止任何人员单方面未经过项目组评估或公司评估就承诺客户变更的内容。
需求管理具体参见需求管理指南。
5. 项目收尾
5.1 项目收尾的前期准备
对于项目的收尾，验收是一个极其重要的工作，要顺利地进行项目的验收，并不是项目结束前才开始准备的，需要在项目一开始时、项目前期策划和商务阶段的过程中就进行准备。
项目前期，可以在合同中确定需求范围，在需求调研后和用户确认需求，作为项目的验收标准。在项目策划阶段，需要对项目的部署和验收工作的时间安排进行计划。
5.2 部署
5.2.1 计划部署
由当次负责项目部署的实施负责人进行部署前的各项准备，编写《部署计划》，如有培训内容，包括内。
准备工作主要包括：
明确此次部署的主要内容和目标。
准备部署内容，包括软件（部署的软件版本需要从配置管理员处获取）和硬件部分。
初步排定实施期间的日程安排，并与客户对《部署计划》沟通，达成一致意见。
办理相关的出差事宜：借笔记本、借款、定车票等。
注：此阶段最主要任务是明确部署目标和制定《部署计划》。
5.2.2 部署
主要工作包括：
项目实施过程主要按照《部署计划》的日程表安排进行，该日程表在到达项目现场后与客户方项目具体负责人进行确认，并根据实际情况进行修订，以便双方能配合协同工作。
项目部署过程中进行的重要事件应有相应记录，包括：对客户培训后的《培训登记表》、部署结束后和客户签订《部署确认单》、对客户反馈的问题进行记录，并汇总到项目的《问题跟踪表》中，以及项目各方参与的协调会议记录等。
注意事项：
1） 实际的现场部署情况可能会比较复杂，而且经常变化，往往不能按预先排定的计划进行，这就要求现场实施人员灵活多变应付各种情况变化，合理安排工作，维持好与客户的关系。
2） 部署期间实施人员每天应记录主要进行的工作，以便填写《部署总结》或出差总结。
3） 每次项目现场部署结束，都应告知客户方具体负责人，并进行沟通和要求其对本次部署成果进行确认，最好能验收签字，因为每次部署都可能是阶段付款的凭证。
5.2.3 部署总结
每次部署结束后，实施工程师对部署工作的经验和问题进行总结和分析，编写《部署总结》，提交项目经理和质量保证部经理，为项目下一次部署积累经验。
5.2.4 系统试运行
系统部署到现场后，实施工程师需要跟踪用户的系统使用情况，并对系统试运行期间用户反馈的问题进行记录，并指定负责人及时反馈。问题统一汇总到项目的《问题跟踪表》。
5.3 验收
5.3.1 计划验收
项目进展到验收阶段时，项目经理开始对项目验收进行准备工作。
主要工作包括：
验收资料的收集整理，包括在项目各次部署过程当中形成的各种项目资料。
确定验收的主要活动和具体日程安排，编写《验收计划》，与客户进行充分的沟通和确认。
5.3.2 验收
项目经理按照《验收计划》的日程安排，对项目的验收工作进行跟进，主动引导和推动客户进行项目验收。验收期间，可以充分协调商务人员参与验收工作，在验收过程中遇到重要的商务问题或验收工作滞后的时候，需要及时报告公司技术总监。
验收通过后，必须填写《验收报告》，并由双方负责人签字确认。结合项目最初对系统的期望和目标，对项目成果进行验收，《验收报告》是项目成功收尾的重要标志。
5.3.3 验收结束
项目经理申请进行项目考核。
5.4 项目维护
项目竣工验收后，项目经理为项目维护的第一责任人，后续项目的日常维护应在项目计划中给与体现，并通过工作量的方式给与项目维护工作量的估计。
6. 项目综合管理
6.1 项目风险
项目经理在项目接手后，应制定项目的风险管理列表，并随时更新，至少应保持项目过程中的前三个最重要风险的跟踪和管理，并定期根据情况提交该列表到质量保证部处，由SQA定期和项目经理对风险情况进行分析和处理。