项目移交运维管理规定文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）
项目移交运维管理办法
2009年3月
一、目标
编制项目移交运维管理办法的目标是梳理项目移交运维的一般流程，规范项目移交运维工作，最终保证我局信息化业务系统正常稳定运行。
二、适用范围
项目在正式上线并且稳定运行一个月后，在最终验收前项目建设部门发起将该项目移交给运维部门维护时适用本管理办法。
三、参与对象在项目移交运维工作中，主要的参与对象是四个角色：项目建设部门移交审核人、项目负责人、运维移交审核人、系统维护负责人。
(一)项目负责人
项目负责人指的是项目建设部门负责项目实施的工作人员。
项目在移交运维过程中，项目负责人与运维部门要密切合作，共同保证项目的顺利移交，并且在项目移交后继续协助办理项目的付款手续工作。
在移交过程中，其职责主要为：
1.向系统维护负责人提供完整的项目相关资料，组织完成必要的系统管理培训，交待项目建设的重点与难点及需要注意解决的问题，讲明本项目与其它业务系统的关系等；
2.与系统维护负责人共同完成项目移交运维手续的办理。
3.配合系统维护负责人，完成已移交项目的验收组织工作。
(二)系统维护负责人
系统维护负责人指的是接手项目后续管理运维，包括在系统免维期这段时间中对系统环境的熟悉以及监督开发公司对在免维期系统出现的问题故障及时解
决，保持系统的稳定运行，及时更新技术文档内容，以便在免维期结束后能协助开发公司平滑过渡到运维公司负责维护系统，确保用户在此过程中不受影响的技术人员。
同时负责在项目支付尾款的时候提交该项目运维服务和运行质量报告，作为尾款支付的依据之一。
在移交过程中，其职责主要为：
1.接收项目负责人移交的相关文档资料；
2.掌握接手项目基本情况；
3.参加或组织相关的业务培训和技术培训；
4.与项目负责人共同完成项目移交运维手续的办理，负责已移交项目的验收工作。
(三)移交审核人
移交审核人由项目建设部门以及运维部门领导担任，包括项目建设部门移交审核人以及运维移交审核人，负责对项目移交运维工作监督审核，并将审核结果反馈给相关责任人（如审核通过则要反馈给审批人），主要职责为：
1.审核项目建设部门移交负责人提交的项目移交运维工作单（见附录），并进行评估；
2．按照项目移交运维工作单中的移交计划组织移交实施工作。
四、移交流程
(一)总体流程
项目移交运维的整个过程可以划分三个阶段：移交准备阶段、移交实施阶段和移交确认阶段。
这三个阶段在时间上前后相继，原则上单个项目移交总体时间控制在一个月内。
(二)移交准备阶段（时间控制在一周内）
对准备要移交的项目，需作以下准备工作：
对于已经完成系统上线，并稳定运行一个月，且按照项目合同可以进行验收的应用系统，项目负责人将该项目列入月度移交计划，同时向项目建设部门移交审核人提交《项目移交运维工作单》；
项目建设部门移交审核人在收到《项目移交运维工作单》后，在两工作日内进行审核；审核通过后，将《项目移交运维工作单》提交中心分管（副）主任领导审核；
中心领导中心分管（副）主任审核通过后，交付运维部门处理；
运维部门移交审核人对项目移交材料进行审核，并在两工作日内予以反馈；通过审核的，运维部门移交审核人指定系统维护负责人并通知项目建设部门移交审核人；未通过审核的，运维部门给出详细的整改意见，原则上反复整改的时间控制在一周内。
若无明显不合理之处，双方均不得以移交过程之外的其他理由拒绝移交或接收。
(三)移交实施阶段（时间控制在三周内）
项目移交运维的实施阶段需要完成三项工作：文档交接、源代码交接和项目培训。
这三项工作的实施中可以采用同步进行的方式进行：
文档交接
1.交接的文档
项目负责人需向系统维护负责人交接该项目相关的技术文档包括项目开发过程中的各种设计文档和项目运维过程需要的各种说明文档，上述文档可以参考附录的《项目交接文档列表》进行提供。
2.文档要求
项目负责人向系统维护负责人移交的所有文档应尽可能使用标准的文档模板，系统维护负责人可以在以下几个方面对接受的文档进行评价,以确定是否符
合要求。
系统维护负责人对文档是否符合要求具有审核及组织整改权，但不得以下列文档质量规约以外的含糊要求拖延移交进度，总体时间控制在两周内。
文档完备性
是否按照合同及其附件要求提交了全部文档；
内容针对性
文档是否是为文档列表中要求的文档；
内容充分性
文档全面、详细的程度是否达到要求；
规范程度
是否很好地符合要求的规范、标准；
内容一致性
是否存在前后矛盾；
文字明确性
是否使用了“可能”、“也许”“待定”等词语和语义含糊不清的语句；
易读性
文档结构是否清晰、目录是否一目了然、是否存在循环引用，能够在一篇文档中说明清楚的内容，是否被拆分成若干文档。
3.交接流程
文档的交接步骤如下：
项目负责人向系统维护负责人提交文档；
系统维护负责人对文档进行审核；
系统维护负责人审核通过，则填写《项目移交运维工作单》的文档移交部分；审核不通过，文档需要给出详细的整改意见，由项目负责人按照整改意见组
织对文档进行整改，并在检查后提交系统维护负责人重新进行审核。
原则上反复整改的时间不超过一周。
源代码交接
源代码交接的交接步骤如下：
项目负责人提交源代码及相关数据库结构说明给系统维护负责人；
系统维护负责人对代码的可理解性、可靠性与可编译性进行审核，并在一周内予以反馈，通过审核，则填写《项目移交运维工作单》的代码移交部分。
未通过审核，则提出具体整改意见，项目负责人按照整改意见组织对源代码进行整改，并在检查后提交系统维护负责人重新进行审核。
原则上反复整改的时间不超过一周。
项目培训
1.培训内容
项目培训的具体内容见下表：
2.培训流程
①由项目负责人和系统维护负责人商定培训时间及地点。
②实施培训。
由项目负责人组织对相关人员进行培训，以熟悉整个系统基本功能的应用，并在培训现场指导相关人员对系统的应用与维护。
③完成培训则填写《项目移交运维工作单》的培训部分。
④系统维护负责人开始对项目进行日常运维工作。
(四)移交确认阶段（时间控制在一周内）
移交确认阶段的工作流程如下：
完成上述步骤且文档、代码、培训审核完成后，运维部门负责人对整改后的文档、代码、培训总体情况进行确认审批。
运维部门接手人员独立运维一周后，双方（项目负责人以及系统维护负责人）对《项目移交运维工作单》进行签字确认，并由双方共同保管，完成整个项目移交运维工作。
此时，项目负责人拟写通知，通知有关部门项目移交后的维护管理及联系电话。
在系统终验前运维部门的工作是协同和支持，在此过程中，项目建设部门应该承担直接责任；在移交确认、通过项目验收后，系统维护负责人负责该项目的日常维护管理工作，包括项目所关联系统的发布以及后台维护等技术工作，并统一收集用户对该项目提出的使用意见以及新需求，及时分析解决网络、资源、配置、简单维护、操作指引等方面的问题，当不能解决时，原项目建设部门应组织处理协同解决。
附件一:
附件二:
项目交接文档列表。
