信息化项目实施管理指引

1.指引概况
2.信息系统基础建设指引
2.1基本流程框架
根据公司信息化建设三年规划以及当年信息化基础建设预算进行当年信息化基础建设。

2.2信息系统基础规划设计
2.2.1产品定位和选型：产品定位原则必须严格按照信息化三年规划要求以及当年预算进行选择
（参考公司目前规模以及预计公司后两年发展情况）切忌选择产品时好高骛远，功能华而不实。

产品选择需按照大公司、成熟产品、优质服务原则进行选择。

2.2.2拓扑图编制：根据最终实现目标使用VISIO软件编制《信息基础建设网络拓扑图》，在图
中需使用不同图标标明各种线路（光纤、网线、电缆）网络设备（核心、汇聚、接入、无线）、服务器、存储设备以及设备与设备之间相互工作关系。

2.2.3设备功能测试：在完成《信息基础建设网络拓扑图》编制后需根据拓扑图中新增设备进行
相应性能、功能测试。

2.2.4调研报告：根据信息化规划要求、当年公司信息化预算以及方案测试结果形成《信息化基
础建设调研报告》，并提交公司运营管理中心负责人和总裁进行方案评审。

2.3信息基础设备实施上线
2.3.1数据相关：设备上线前需确认本次新设备上线是否影响原始数据，如对原始数据有影响必
须通过移动硬盘或备份服务器备份原始数据后才可实施。

2.3.2上线要求：原则上新设备上线必须在非工作日实施上线（周末或下班时间），设备上线前
一天需通过OA发送公告或通知告知公司全体员工，避免造成因设备上线影响正常工作的情况。

2.3.3配置要求：在设备上线时要求供应商工程师按照投标方案中的配置要求对设备进行配置
（非特殊情况，尽量避免我方进行安装配置），如果涉及到多厂商工程师协同进行工作，则在设备上线前明确各个厂商工程师工作职责、工作范围以及配置顺序避免出现相互推诿、责任不清等现象。

2.3.4设备验收：设备配置完成后确认是否能正常工作（通常需连续工作72小时），如设备工作
正常、相关资料齐全（保修卡、合格证、说明书、配件）即可验收。

3.项目启动过程管理
3.1项目立项
3.1.1运营管理中心信息管理部依据集团审批的《年度软件系统部署工作计划》进行信息化项目
立项。

3.1.2若业务部门自行提出在计划外软件部署需求，运营管理中心信息管理部则对该业务部门做
需求调研。

业务调研完成后，由运营管理中心信息管理部发起立项请示。

立项获批则进行后续工作，未获批则把相关文件存档。

3.2商务沟通
3.2.1软件提供方及产品筛选
3.2.2公司筛选标准
➢行业知名度高。

➢产品专业、客户口碑好。

➢开发、实施及售后服务能力较强。

➢具有大批典型成功案例。

➢能提供产品试用。

➢优先选西安公司，至少在西安有其分支机构。

3.2.3产品标准
➢产品相对成熟，技术相对领先。

➢B/S架构集团版，优选JAVA或.Net平台产品。

➢数据库必须使用SQL2008R2或更高级的数据库系统。

➢与业务需求功能模块最接近。

➢软件接口必须是开放的，能导出数据到其他业务系统或者从其他业务系统中导入数据。

3.3产品演示
3.3.1运营管理中心信息管理部安排三至五家初选软件提供方之产品演示。

3.3.2参与部门：运营管理中心信息管理部、业务部门、软件提供方。

3.3.3产品演示完毕，运营管理中心信息管理部收集相关演示PPT、产品说明书等资料并转发给
相关参与人员。

3.4业务调研
3.4.1外部调研
根据信息化规划要求进行外部调研（调研方式为上门考察、网上收集相关资料，调研对象为一般为地产企业或其他类似行业知名企业，调研内容为其他企业该信息系统使用情况），根据调研结果形成《外部调研报告》并组织评审会（评审会参与人员运营管理中心负责人、相关业务部门负责人以及总裁），最终评审结果由总裁确定。

3.4.2内部调研
1)根据外部调研结果结合内部业务部门需求寻找市场上知名软件公司进行产品演示汇报（产
品演示汇报只需汇报产品特色功和重点功能
2)根据软件厂家产品汇报情况结合需求匹配度以及信息化整体规划情况形成内部调研报告
（内部调研报告内容包含：软件公司对于本项目需求匹配度和优劣势、公司信息化整合度、最终软件采购建议）
3)运营管理中心信息管理部根据《内部调研报告》组织评审会，评审会参与人员运营管理中
心负责人、相关业务部门负责人以及总裁，最终评审结果由总裁确定。

3.5产品试用
3.5.1原则上软件提供方必须提供测试版软件或提供远程测试站点，否则不予选择。

3.5.2运营管理中心信息管理部组织相关业务部门进行软件测试，相关测试人负责记录测试结
果，并汇总各个产品的功能优点作为我方功能需求。

3.6供应商考察
3.6.1运营管理中心信息管理部联系软件提供方安排典型客户参观。

参观之前，业务部门提炼参
观之重点内容并提交至运营管理中心信息管理部。

参观过程中，业务部门对沟通内容进行详细记录，并填写《典型客户拜访记录表》。

3.6.2通过其它渠道进一步考察供应商实力。

3.6.3参观完毕后，运营管理中心信息管理部电话回访相应客户，重点咨询产品成熟度、价格、
软件提供方实施水平、后续维护支持等内容。

3.7价格的谈判
成本招采中心负责合同条款、价格谈判。

3.8合同的签署
3.8.1需求清单的确定
业务部门根据产品演示、测试、典型客户参观的结果整理出《需求清单》，详细列出软件功能目标、各模块功能需求及个性化开发需求等内容。

运营管理中心信息管理部审核业务部门编制的《需求清单》后作为合同附件。

3.8.2项目实施主计划的确定
软件提供方根据我方要求编制《项目实施主计划》，双方确定后作为合同附件。

3.8.3项目工作任务书的确定
软件提供方根据实施计划编制《项目工作任务书》，明确项目实施方案、周期、团队与职责、沟通方法、变更控制程序、质量保证办法、验收标准等内容。

双方确认后作为合同附件。

3.8.4合同条款的确定
运营管理中心信息管理部主导与软件提供方洽谈合同条款，条款应包括以下内容：
➢付款条件原则上分四批付款，最后一批不低于合同额之百分之五作为质保金。

➢功能模块的增加及许可数的增加相应费用标准上限约束。

➢原则上项目验收前提出的开发需求应包括在合同里面。

➢项目团队稳定性要求
➢项目经理现场实施时间
➢二次开发需求完成时间、系统故障响应及解决时间，逾期后责任。

➢明确验收时间及标准，逾期后责任。

➢承诺无条件提供最新的数据字典。

➢承诺配合我司其他信息系统的整合。

3.9合同盖章及签字
由运营管理中心信息管理部起草甲乙双方达成一致的合同文件，在OA系统中建立各业务部门合同评审表流程进行会签审批，具体流程按最新颁布权责执行。

3.10项目团队组建
3.10.1甲方团队组建
运营管理中心信息管理部负责牵头组建甲方项目团队，团队应包含业务部门责任人、运营管理中心负责人、运营管理中心信息管理部、总裁。

3.10.2乙方团队组建
乙方项目团队成员应由我方审批后确认，其中对项目经理的选择需通过面试后讨论确定。

项目经理应符合以下标准：
➢丰富的项目实施经验，特别是大型项目的实施经验。

➢较强的组织协调能力。

➢实施思路清晰。

➢客户满意度高。

3.10.3乙方办公环境的准备
运营管理中心信息管理部负责联系人事新增中心为乙方团队准备办公环境，包括办公室、网络、电话等。

3.11项目启动会
3.11.1启动会资料准备
项目实施启动会会议由运营管理中心信息管理部和软件公司共同组织并拟定会议资料，资料包括（项目小组名单、项目小组人员职责、会议议程、项目实施计划等）
3.11.2启动会的召开
运营管理中心信息管理部负责筹划项目实施启动会的召开，项目正式启动。

4.蓝图规划过程管理
4.1建立测试环境
4.1.1硬件、网络环境的完善
在合同签署后由运营管理中心信息管理部对硬件、网络、用户使用环境进行调研并作适当的调整以满足系统的运行要求。

4.1.2软件系统的安装
软件提供方在合同约定的时间内将产品交付并安装，软件安装系统安装完毕之后，由运营管理中心信息管理部组织安装验收，并签署《系统安装确认单》，到此软件的测试环境建立已完成，各用户可以对系统进行试用。

4.2项目调研
4.2.1需求调研：项目实施启动会结束后软件公司实施经理根据项目主项计划进度要求对业务部
门进行业务需求调研，运营管理中心信息管理部负责根据业务部门日常工作时间协调软件公司调研时间，尽量做到保证项目实施顺利又不干扰业务部门日常工作。

4.2.2调研报告：《调研报告》由软件公司实施经理编写初稿，运营管理中心信息管理部责任人
负责修订，《调研报告》内容应包含业务需求与软件匹配度（软件标准功能是否满足需求）、应用系统部署方案以及二次开发内容（标准功能不能满足需求部分）。

《调研报告》编写完成后先由运营管理中心负责人审核完成后通过邮件发送项目组成员。

4.2.3调研评审会：会议由运营管理中心信息管理部组织召开，参会人员包括项目小组成员，最
终调研评审结果由项目组织组长进行最终评定。

4.3系统测试
4.3.1功能测试：为保证更详细明确需求与软件系统功能匹配度（测试需求是否能按照调研方案
中那样实现），在系统上线前加入系统测试环节，在系统测试阶段软件公司需在服务器上部署测试环境并且为软件各个模块部署相应测试数据，让业务部门相关责任人在测试平台中根据业务调研时提出的业务需求进行相应操作，以观察该系统是否能实现业务需求。

4.3.2模拟运行（可选）：在实施大型系统时必须选择系统完整模拟运行，模拟运行原则为按照
公司现有业务流程以及参照公司业务数据在模拟系统上完整运行。

4.3.3实施方案：系统测试完成后，软件公司实施经理根据测试结果编写《实施方案》，《实施方
案》编写完成后由运营管理中心信息管理部组织项目实施小组进行评审。

4.3.4方案评审会：方案评审会参会人员为项目小组全体成员，软件实施经理介绍具体系统配置
和操作方案，业务部门相关责任人负责确认相关模块实施方案，项目组组长对方案以及项目主项计划进行最终确认（系统实施方案一旦确定后不能随意进行更改）。

4.3.5项目实施计划：方案评审通过后软件公司实施经理需根据项目实际情况更新《项目实施计
划》。

5.项目执行过程管理
5.1生产环境准备
5.1.1正式服务器部署
运营管理中心信息管理部信息工程师与软件提供方实施顾问共同完成正式服务器的部署，正式服务器在系统正式使用前，只作为系统初试化录入使用，开放给相关录入资料的人员，不对其他用户开放。

5.1.2系统初始化
1)软件提供方根据我方业务需求，制定《系统初始化清单》
2)系统业务数据由业务部门负责整理，可直接导入系统的数据，经部门负责人审批同意后，由运营管理中心信息管理部提交软件方顾问导入正式系统，无法直接导入系统的数据，由业务部门人工录入。

3)系统参数配置、流程配置，由运营管理中心信息管理部组织相关人员进行录入。

5.2系统开发
5.2.1软件提供方根据《业务应用方案书》及合同中《需求清单》进行相关功能开发，运营管理
中心信息管理部负责监督，确保所有合理需求得以落实。

5.2.2所有需求开发应在我方确认页面原型后方可进行开发。

5.3系统交付
5.3.1测试环境的更新
软件提供方对完成的程序开发应做充分的测试，测试通过后由实施顾问更新到测试服务器。

测试服务器更新后，运营管理中心信息管理部信息工程师组织相关人员对交付的成果进行测试并做好测试记录，测试记录作为对软件提供方的考核内容。

5.3.2正式环境的更新
1)新开发的程序在测试环境上测试通过后，由运营管理中心信息管理部信息工程师更新到正式系统上，正式服务器应由我方全权负责，不允许软件提供方相关人员进行操作。

2)任何程序更新前，必须做好备份并记录更新内容，更新完毕后，应对更新的内容在正式系统上再次测试确认。

5.4系统实施上线
5.4.1系统上线
软件公司实施经理根据评审后《实施方案》以及《项目实施计划》进行分模块实施上线，运营管理中心信息管理部配合并业务部门进行初期资料录入，软件公司实施经理在每个模块上线后需录制该模块培训视频以及对该模块关键用户和普通用户进行操作培训。

5.4.2操作手册
在系统全部上线后软件公司实施经理需编制整套系统操作手册。

5.5系统上线操作培训
5.5.1系统培训前，
系统检查：检查系统参数是否正确。

数据检查：检查原始数据是否导入完成以及是否正确。

系统测试：随机测试系统中模块功能，测试是否能够按照公司流程完成。

由软件提供方制定《系统培训计划》，经我方领导审批同意后执行。

5.5.2培训准备：系统测试无误后开始拟定培训文档（包括不限于培训PPT、操作手册、软件操
作视频）并拟定相关培训计划。

培训实施：系统培训采用培训讲师讲解方式培训，并且在培训中采用理论加实际操作模式进行培训以便学员可以进快掌握系统操作。

5.5.3培训组织者为运营管理中心信息管理部，软件应用部门配合对会场进行布置、发布培训通
知。

5.5.4培训主讲者为软件提供方指派人员，运营管理中心信息管理部配合。

5.5.5培训参与者考勤：参与者当场于《系统培训签到表》上亲笔签名，对无故缺勤者依《项目
实施责任书》中奖惩条例处理。

5.5.6培训后的考试：考试成绩于OA公告上公布，未达标者应参加补充培训及补考。

5.6操作手册编写
软件提供方根据我方实际情况，编写基于岗位的操作手册/操作视频，运营管理中心信息管理部审批通过后发送给相关人员并上传到OA知识中心。

5.7试点项目实施
5.7.1试点的确定
1)业务具备区域典型特征。

2)项目组织架构与业务运营较成熟。

3)组织执行力强。

4)项目负责人热心关注，在人员、时间、绩效等方面给予支持与配合。

5)中层及骨干、关键用户有足够的时间、精力参与工作。

5.8试点上线切换
5.8.1系统的初始化工作（包括系统参数的设定、基础数据的建立、旧系统数据导入）完成后，
试点项目进入系统试运行阶段。

5.8.2在系统试运行阶段，软件提供方应根据我方的要求作适当的调整优化。

5.8.3在系统试运行阶段，原有旧系统同步运行，新系统正式上线后，由软件提供方协助把旧系
统数据导入到新系统。

5.8.4系统试运行一个月后，由软件提供方提交《试点项目验收书》，我方审核通过后，系统进
入正式运行阶段。

5.9其他项目推广上线
试点项目验收后，逐步在其他项目进行软件实施推广，每个项目实施完成后，软件提供方提交《推广项目验收报告》。

在项目推广的过程中，前期可由软件提供方主导，我方协助；后期应由我方主导，软件提供方协助，以培养内部实施团队。

6.实施过程监控管理
6.1进度监控
在项目启动召开后，运营管理中心信息管理部在每周五下午需与软件公司实施经理沟通本周工作完成情况和下周工作计划，沟通完成后需编制《项目工作计划表》并发送项目组成员。

6.1.1质量监控
6.1.2为保证项目质量，在项目实施的过程中，双方项目组成员按下述规范的质量保证，来完成
项目工作任务：
6.1.3所有交付的程序代码，需要经过双方测试并签名确认。

6.1.4所有工作需要有明确的计划和成果，重要的项目成果或文档需要经过仔细检查并通过相关
责任人签字确认。

6.1.5所有项目工作需明确责任人和决策人，避免无人跟进和无人决策的情况。

6.2风险监控
6.2.1定期召开项目总结会议，讨论、评估项目存在的风险和问题。

6.2.2项目组成员应及时提出项目存在的风险及问题。

6.2.3项目经理应及时对项目存在的风险提出改进措施并执行落实。

6.3计划偏差
如发现项目计划出现10天以上偏差时，需和软件公司实施经理确认偏差原因并上报项目组组长，经组长同意后修订《项目实施主项计划》后发送项目组成员。

6.4沟通、会议机制
6.4.1项目启动会
参与人员为全体小组成员。

议程为项目介绍、实施主计划介绍、小组成员职责宣讲等。

于项目实施前召开。

6.4.2实施周例会
参与人员为项目经理、关键用户、信息部相关人员、软件提供方项目经理、实施顾问。

议程为本周工作总结、实施过程所遇问题、下周工作计划。

由软件提供方实施顾问于下一个工作日提交会议纪要。

原则为每周五召开，特殊情况可顺延。

6.4.3阶段性研讨会
参与人员为业务部门领导及运营管理中心信息管理部领导、项目经理、关键用户、信息工程师、软件提供方项目经理、软件提供方实施顾问。

议程为实施过程阶段性总结或实施过程所遇重大障碍的讨论。

召开时间不定期视进度而定。

6.4.4高层汇报会议
项目阶段性成果完成或重要进度的完成，应召开双方高层汇报会议，向双方高层汇报项目的进度，存在的风险及问题，使双方领导了解到项目的实施进度、成果。

6.4.5项目阶段验收会议
参与人员为公司领导、业务部门领导及运营管理中心信息管理部领导、项目经理、关键用户、信息工程师、软件提供方领导、软件提供方项目经理、软件提供方实施顾问。

议程为前阶段实施过程总结、下一阶段实施工作计划。

6.4.6项目验收会议
参与人员为公司领导、业务部门领导及运营管理中心信息管理部领导、项目经理、关键用户、信息工程师、软件提供方领导、项目经理、实施顾问。

议程为实施过程总结、系统应用情况、优秀实施成员表彰。

召开时间为验收报告签署后。

7.验收及后期维护
7.1系统验收
7.1.1软件实施完毕，当系统运行正常后运营管理中心信息管理部和软件公司进行项目资料整理
以及编制《项目验收报告》，运营管理中心信息管理部参照合同中约定好的验收标准与业务部门在验收会议中讨论并共同决定是否验收。

《项目验收报告》需上报项目组组长审批，审批通过后通过邮件发送项目小组成员。

7.1.2运营管理中心信息管理部主导各职能部门《项目验收报告》会签，提交分管领导最后确认
验收。

7.1.3项目资料归档：项目结束后运营管理中心信息管理部负责收集项目过程资料并归档。

7.2后期维护
7.2.1系统验收后用户需求、培训请求、技术支持依合同中约定方式进行。

7.2.2若上述请求软件提供方不予响应或未能及时解决，我方保留依合同条款追究软件提供方责
任之权利。

7.2.3软件提供方提供系统维护支持服务期满，我方可选择性地与原软件提供方续签服务协议，
费用按原合同中约定的标准支付。

7.3系统二次开发
7.3.1二次开发全过程流程框图
7.3.2二次开发前提
系统二次开发前提一般是业务部门发现系统目前功能不能满足自身工作需要以及信息管理员发现系统功能有BUG或者软件本身需要进行优化调整。

7.3.3需求评估
业务部门根据工作需要或者系统需要改进向运营管理中心信息管理部提出需求，系统管理员根据需求进行需求评估，评估方式为：
1)从公司管理方面看本需求是否影响到公司其他流程以及其他岗位工作，如预算管理部提出按揭回款功能优化就会影响到财务核算部按揭专员工作流程。

2)需求是否必须进行二次开发，通过其他变通方式是否能够解决（如报表、流程调整、权限优化等）。

3)该功能开发是否从根本上解决了问题，如果不能从根本上解决问题该开发是否继续。

7.3.4评估完成后编制评估报告并提交运营管理中心负责人审批，审批通过后提交软件公司确认
并让软件公司提交开发模型
7.3.5开发测试
系统开发完成后必须先由软件公司在测试平台上进行功能测试（软件公司有自己测试平台，主要测试系统功能是否正常实现以及本次开发更新不会影响原有数据和功能）。

7.3.6系统更新和培训
测试无误后在非工作日进行系统更新，在更新前需备份原有系统文件避免更新后出现其他故障不能恢复。

当系统更新后对相关责任人进行相应操作培训并要求立即对系统新功能进行测试。

7.3.7验收
系统运行2周后如没有出现功能性问题（开发功能不能满足需求），以及其他故障（如开发新功能影响其他模块数据或功能）即可签署验收单，验收单签署人一般为系统管理员和业务部门责
任人。

7.3.8避免重大失误，督促、监控结算经办人认真完成结算办理的职责。

8.附则
本制度由集团运营管理中心信息管理部负责解释、修订，经集团专业分管领导审批颁布，自颁发之日起生效。