项目实施流程.docx
《项目实施流程.docx》由会员分享，可在线阅读，更多相关《项目实施流程.docx（29页珍藏版）》请在冰豆网上搜索。
项目实施流程
阶段说明
良好的开始是成功的一半，前期需要对项目的建设背景、项
目范围、项目团队成员职责、项目规划及目标、系统初始化等信
息进行大量和细致的准备工作，让项目干系人认识和了解项目的
整体情况、清楚各自的职责和义务，让项目干系人在项目建设的
过程中针对所需要给予的支持和配合给予承诺，从而让各方就项
目建设的相关事宜达成共识。
里程碑
确认项目经理、签署启动章程、系统初始化、项目启动会议
项目实施流程及文档
项目管理系统实施分 6 个阶段：
项目启动、定制调研（可选）、试运行、全
面运行、验收交付、进入运维。
项目启动后，软件公司每周提供《周报》向业
主单位项目小组副组长汇报项目进度；项目进度计划确定后的每个月提供《项
目月报》向业主单位项目小组以会议的形式汇报项目进度，《项目月报》主要包
括本月任务点完成情况、下月任务分配、项目进度偏移情况、项目风险跟踪情
况及后续建议等。
1项目启动
1
流程介绍
1） 项目下达到项目中心前，由商务人员在通达 OA 里上传合同
和招投标文件，并编写《项目级别认定表》初稿发给项目中
心和技术中心负责人；
2） 内部启动会（项目竞聘会）上由商务人员主讲项目相关情况，
现场答疑，形成最终的《项目级别认定表》；
3） 确认《项目级别认定表》后，实施人员开始竞聘演讲，考核
人员在会后评定出项目小组成员，并由商务人员在通达 OA
里中针对《项目级别认定表》发起项目小组成员通知；
注意：
项目级别分为 A 类、B 类、C 类；
交付成果
确认《项目级别认定表》
提交时间
软件公司内部启动会（项目竞聘会）后
文件包含
项目概况（客户单位介绍、关键人物介绍、信息化接受程度、采
购背景）、实施重点（需求范围、进度要求）、技术重点、预计风
险、建议级别、最终认定级别
主要职责
准备项目竞聘工作
1.1 项目立项
1.2 项目启动章程
1） 明确双方项目小组成员（建议业主方最高层领导为组长，工
程系统主体使用部门的分管领导作为副组长，各科室骨干为
组员，可以一人多职）；
2） 根据项目的级别（A 类项目整体计划工期在 3-6 个月以内；
流程介绍
B 类项目整体计划工期在 6-9 个月以内；C 类项目整体计划
工期在 10-12 个月以内），再考虑多方面因素（合同、数据
量、风险预留、项目范围、用户组织架构、关键人物要求、
项目成熟度与客户的业务是否契合、经验），先确定项目关
键节点，再进行任务分解，明确各节点先后顺序，工期估算，
最后定出较为合理详细进度计划；
2
3） 根据合同和项目概况编制初版《项目启动章程》；
4） 双方项目小组共同对该章程进行评审，再次确定产品范围、
实施范围、双方责任小组、关键进度计划、交付成果、项目
制度、详细进度计划等，确认该《项目启动章程》；
5） 根据确认后的《项目启动章程》编制《启动会 PPT》；
交付成果
确认《项目启动章程》、《启动会 PPT》
提交时间
项目启动会前
文件包含
项目目标、项目范围（产品范围、实施范围）、双方责任小组、
关键进度计划、交付成果、项目制度（实施制度、变更制度、延
期制度、验收标准）、详细进度计划等内容
主要职责
编制初版《项目启动章程》→
项目进度
计划
A 类项目 ：
项目整体工期计划在 3-6 个月以内；
B 类项目 ：
项目整体工期计划在 6-9 个月以内；
C 类项目 ：
项目整体工期计划在 10-12 个月以上；
流程介绍
1） 系统初始化时需要配置一些内容，要根据业主单位信息和其
实际业务来进行配置；
2） 明确各个模块的责任人；
3） 实施人员进行现场初始化数据调研（必要时可展示 3700 外
网系统页面，促进用户的更好理解），部分未能及时确认的
初始化数据交由各模块责任人整理，然后由经办人负责在规
定时间内完成后续的收集；
4） 实施人员要求技术人员按产品范围配置好他的测试（本地）
系统后，将确认的《实施调研报告》内容，初始化到系统中；
交付成果
签署《实施调研报告》
提交时间
系统初始化之前
3
和业主方讨论确认《项目启动章程》
1.3 系统初始化调研
流程介绍
1） 了解用户方的网络情况（操作用户是否都在同一局域网，是
否需要外网），保证所有终端到服务器的网络连接通畅；
2） 跟进服务器、扫描仪等设备在计划内到位；
3） 提前从技术负责人那拿 U 盘（存放了数据库软件、框架
4.5、备份软件、TM9 等），跟进硬件供应商安装好服务器后，
实施人员插上 U 盘，方便技术部署服务器；
4） 服务器部署完成后，再次确认所有终端到服务器的网络连接
通畅（让大家访问下工程网址试试）；
5） 编制《用户服务器信息登记表》；
6） 实施人员测试正式系统，并录入 2 个标准演示项目；
7） 业主方检查验证初始化数据结果；
交付成果
《用户服务器信息登记表》
提交时间
服务器安装完毕后进行登记，项目验收时移交给运维部
文件包含
客户信息收集表（实施人员填写客户信息、系统相关、服务器）；
服务器信息收集表（技术人员填写系统环境、软件部署架构、网
络配置、账号信息、数据及备份）；
主要职责
了解用户的网络情况及需求→跟进服务器的安装→协助技术远程
部署应用数据库系统→确保所有终端到服务器的网络连接通畅→
测试系统（录入 2 个演示项目）→业主方检查验证初始化数据结
果
文件包含
系统用户信息、项目基本信息、节点进度配置、工程资料分类、
招标/合同分类、工程造价科目、四大会签表和流程、电子签名
收集等
主要职责
进行初始化调研→确认并签署《实施调研报告》→配置初始化系
统
1.4 服务器部署
4
流程介绍
1） 项目启动会议是对项目启动阶段中已讨论确定信息的展示。
项目双方的责任和义务、项目总体规划、项目建设过程中双
方所需要给予的支持和配合是会上需要重点介绍的内容。
2） 建议启动会议议程如下：
a） 业主方主持会议，人员、背景、会议议程介绍；
b） 实施人员介绍项目实施情况（演示启动会 PPT），介绍系
统框架及演示主体流程（不讲详细操作）；
c） 业主方领导总结表态，安排各环节责任人，布置任务；
交付成果
签署《项目启动章程》
提交时间
项目启动会后签署
文件包含
项目目标、项目范围（产品范围、实施范围）、双方责任小组、
关键进度计划、交付成果、项目制度（实施制度、变更制度、延
期制度、验收标准）、详细进度计划等内容
主要职责
与经办人对接启动会议程→参加项目启动会议→项目正式启动
阶段说明
此阶段的需要用户方业务部门根据自己的业务流程需求、功
能需求、报表需求、查询需求等对现行的业务进行整理。
然后实
施人员调研合同内定制内容，根据项目定级的不同区分调研方式
及出具不同的调研文档。
合同外的需求视情况而定与用户签订《需求变更单》《项目
暂停单》。
里程碑
需求调研、设计开发、测试上线
1.5 项目启动会议
2调研阶段
2.1 业务调研
流程介绍1） 项目定级为 A 级的：
5
a） 深入了解用户的业务和需求，引导其往可行性需求方向；
b） 编制《功能确认单》过程中咨询开发人员可行性；
c） 开发人员给出预估工时，实施人员给出进度计划工时，协
商后得出开发交付日期；
d） 和用户进行二次讨论，介绍系统详细设计，确认并签署
《功能确认单》；
注：
较为简单的功能可一次性确认并签署《功能确认单》。
2） 项目定级为 B 级、C 级的：
a） 用户方业务部门根据自己的业务流程需求、功能需求、报
表需求、查询需求等对现行的业务进行整理；
b） 实施人员根据用户方早期提供的材料，提前分析，深入研
究功能清单；
c） 双方约定现场调研时间，深入了解业务和需求，确认并签
署《访谈纪要》；
d） 实施人员根据《访谈纪要》及相关材料，编制详细的《产
品需求文档》，过程中可向技术请教功能可行性；
e） 《访谈纪要》《产品需求文档》需经过直接负责人审核，
主要审核模块组织、流程是否合理；
f） 通过直接领导初审并调整后，实施人员需将《访谈纪要》
《产品需求文档》提前三天发给技术中心负责人、商务人
员、开发人员、测试人员等，针对该份需求提前准备疑问
（紧急开发项目可省略此环节直接召开需求会）；
g） 召开内部产品需求会，由直接负责人、技术中心负责人、
商务人员、实施人员、开发人员、测试人员共同参加，会
上由实施人员讲解详细的页面展示、功能及流程；各个人
员在会上对需求提出建议，并制定整体的开发计划（分模
块批次开发）；
h） 如果首次会上提出的疑问较多，但是首期开发的需求较为
清晰，开发人员可先着手开发，同时实施人员针对剩余需
6
求进行深入调研，再开第二次产品需求会，将整体开发计
划补充完整；
i） 如果首次会上提出的疑问较多，影响了首期开发，且现场
无法解决，需实施人员深入调研并补充进需求文档里，然
后再开第二次内部产品需求会；
j） 技术中心负责人和开发人员预估每个模块的工时，结合实
施人员给出的进度计划工时，协商后得出各期“要求开发
完成日期”和“上线日期”；
k）
与用户签字确认《产品需求文档》；
l） 实施人员将《访谈纪要》《产品需求文档》上传至
redmine,“计划完成日期”输入“上线日期”，并在“主
题”里表明“要求开发完成日期”；（建议“要求开发完
成日期”是“上线日期”的 50%左右，留出足够的时间测
试调整）；
交付成果
A 级项目：
实施、技术、客户签署《功能确认单》
B 级、C 级项目：
签署《访谈纪要》，实施、技术、客户签署《产品
需求文档》
提交时间
A 级项目：
交给技术人员开发前
B 级、C 级项目：
召开内部产品需求会之前
文件包含
《功能确认单》：
页面说明、字段解释、操作按钮、搜索按钮、列
表字段来源和链接；
《访谈纪要》：
实际业务流程及需求原因；
《产品需求文档》：
业务整体框架图、全局功能描述（首页提醒、
数值保留位数、分页显示、附件上传、导出文档、搜索功能、表格
标准）、单模块功能需求设计（单模块结构图、原型图、页面说明、
字段解释、操作按钮、搜索按钮、列表字段来源和链接）、用例说
明等等；
主要职责
A 级项目：
业务调研→编制《功能确认单》→实施、技术、客户签
和用户进行最终访谈，给用户讲解页面展示、功能及流程，
7
流程介绍
1） 项目定级为 A 级的：
a） 实施人员将《功能确认单》上传至 redmine,并规定交付
给用户的最终日期（比真实交付给用户的日期提早几天）
；
b） 关注开发进度，在开发交付日期临近前盯紧完成进度；
c） 开发交付后，进行完整的测试，测试问题都以单条形式
上传至 redmine;
直至符合开发要求交付给用户；
2） 项目定级为 B 级、C 级的：
a） 根据各期“要求开发完成日期”关注每期的开发进度；
b） 各期的“要求开发完成日期”如若发生延期，实施人员
编写《开发延期报告》并提交给测试部，由测试人员上
传在通达 OA【公共文件柜】；
c） 开发交付后，进行完整的测试，测试问题都以单条形式
上传至 redmine;
直至符合开发要求，最终上线交付给用户；
交付成果
《功能确认单》《访谈纪要》《产品需求文档》提交到 redmine；
《开发延期报告》；
测试问题以单条形式提交到 redmine；
提交时间
《功能确认单》《访谈纪要》《产品需求文档》：
交付给技术开发
前；
签署《开发延期报告》：
各期“要求开发完成日期”如若发生延
期且直接影响到本期上线时间的，则及时提交给测试部；
根据开发人员调整的次数进行多轮测试，
根据开发人员调整的次数进行多轮测试，
8
字确认；
B 级、C 级项目：
根据现有资料提前分析需求→业务调研→编制
《访谈纪要》→和用户签字确认《访谈纪要》→编制《产品需求文
档》→召开产品需求会→实施、技术、客户签字确认；
2.2 设计开发
阶段说明
系统初始化后，应先注重软件的整体功能能否满足需要，对
于不影响整体流程操作的需求/问题（例如定制模块），可以暂缓
上线/解决。
启动会议之后，双方讨论《培训方案》，并按计划展开培训。
在系统全面运行前，实施人员编写初版《系统应用规范》，
业主方根据此建立明确的责任制度来保障数据操作在各个环节上
的规范性和准确性，调整后发布《系统应用规范》。
业主单位高层和项目小组人员共同动员部署，完成《系统上线方
案》，明确系统的管理员名单，方案内容包括：
上线数据范围
（在建、历史项目）、上线期限（规定日期）、数据责任人（数据
录入人员、核对人员）、考核方式、会签上线时间、新旧系统的
切换等等。
里程碑
确认《培训方案》、进行关键用户培训、发布《系统应用规范》、
文件包含
《开发延期报告》：
延期原因、技术评审（工期延长天数、延期
后的计划、项目风险点）
主要职责
项目定级为 A 级的：
需求上传至 redmine→跟进开发→开发交付
后测试→问题提交到 redmine→跟进技术人员调整→正式上线给
用户
项目定级为 B 级、C 级的：
实施人员需求上传至 redmine→实施
人员、测试人员共同跟进技术开发→技术开发完成后由测试人员
测试→测试人员将测试问题提交到 redmine→测试人员跟进技术
人员调整完毕→交付实施人员做最终测试→实施人员测试问题提
交到 redmine→实施人员跟进技术人员调整完毕→正式上线给用
户
3试运行
通过项目小组对软件功能初步确认后，为顺利推进系统应用，
9
流程介绍
1） 启动会议后，双方项目负责人共同制定并确认培训方案内容
（培训类型，培训计划），明确本阶段的具体目标；
2） 建议客户先进行关键用户的培训，本着“让一部分人先会起
来，然后带动所有的人都会起来”的原则，培养少量关键用
户，在精不在多；
3） 双方确认关键用户人员，培训场地（时间、地点、网络、投
影设备），标杆项目，数据规范程度等因素，编制并发布关
键用户《培训通知》和《培训签到表》；
交付成果
《培训方案》、关键用户《培训通知》《培训签到表》
提交时间
启动会议后，首次培训前
文件包含
整体《培训方案》：
培训类型、培训计划；
关键用户《培训通知》：
培训时间、地点、培训名单、培训准备
（笔记本电脑，标杆项目及其资料扫描件）、培训内容、数据规
范程度等；
主要职责
与业主方共同制定培训方案→编制并发布关键用户培训通知→做
好培训前准备工作
确认《系统上线方案》
3.1 整体培训方案
3.2 关键用户培训
1） 双方人员按《培训通知》做好培训准备工作；
2） 实施人员对关键用户进行系统标准功能及流程的培训，现场
指导录入标杆项目数据，使关键用户能够理解并熟练掌握标
流程介绍
准业务流程的操作，为后期系统全面上线时，起到各科室的
带头作用；
3） 部分用户提出的系统调整可及时应用到系统中，并做好调整
记录（redmine 和《系统调整清单》）；
10
流程介绍
1） 关键用户培训后期，关键用户根据系统功能模块，整理对应
实际业务数据的输入、处理步骤、产生结果及时间、业务办
理角色及人员等信息；
2） 根据实际业务编制《系统应用规范》，来保障数据操作在各
个环节上的规范性和准确性；
交付成果
《系统应用规范》
提交时间
（全面培训）最终用户培训前发布
文件包含
软件使用规范（各模块数据录入时效、人员、标准）、扫描文件
使用规范
主要职责
和关键用户共同制定《系统应用规范》→最终用户培训前发布
流程介绍
1） 确定系统业务数据范围（包括每个子模块数据的预估）、责任
人、技术指导；
2） 确定系统上线前期是线上线下同时进行，还是全部取消线下；
会签上线时间；
3） 确定数据录入的进度计划及对应的检查时间、考核要求；
4） 确定系统上线后的监督人员，定期检查数据上线效果是否按
《系统应用规范》进行并达到预期；
5） 根据以上内容编制《系统上线方案》；
交付成果
签署《系统上线方案》
4） 双方进行现有业务流程的调研和讨论；
交付成果
《培训签到表》
提交时间
每次培训会后
文件包含
培训基本信息、培训人员签名
主要职责
实施人员指导关键用户数据录入→记录系统调整→进行业务调研
3.3 系统应用规范
3.4 系统上线方案
11
流程介绍
1） 与业主方共同制定最终用户的《培训通知》《培训签到表》
并发布；
2） 实施人员结合实际业讲解各个模块，并简要介绍对应的系统
应用规范；
3） 业主方领导在培训会上宣读《系统上线方案》并强调重点环
节；
交付成果
最终用户的《培训通知》《培训签到表》
提交时间
最终用户培训前
文件包含
培训时间、地点、培训名单、培训准备（纸笔）、培训内容、会
后任务
阶段说明
关键用户培训顺利结束后，且系统业务流程已整合完毕，并
与业主单位高层和项目小组人员确认了《系统应用规范》和《系
统上线方案》，为后续有效推动系统全面使用做好准备。
按《培训方案》，在此阶段进行最终用户培训，协助所有用
户熟悉系统操作（个别情况需要再次专项培训），培训会上着重
介绍系统数据录入，数据规范程度，并宣布《系统上线方案》。
里程碑
最终用户培训、系统上线
提交时间
（全面培训）最终用户培训前
文件包含
上线数据范围（在建、历史项目）、上线期限（规定日期）、数据
责任人（数据录入人员、数据核对人员）、考核方式、会签上线
时间、新旧系统的切换等等
主要职责
和业主方共同制定《系统上线方案》→
→最终用户培训会上由业主方下达
12
签字确认《系统上线方案》
4全面运行
4.1 最终用户培训
流程介绍
1） 各操作员对日常操作中的疑问、需求、BUG，应及时以书面
形式反馈给负责人，负责人将所有问题汇总后提交给实施人
员，实施人员记录到《系统调整清单》，并给予答复；
2） 业主方系统监督人员按《系统应用规范》《系统上线方案》
做好系统应用情况统计，对未达标部门及时通报并要求整改；
交付成果
《系统应用统计报告》（业主方主责，可选）
提交时间
按《系统上线方案》要求定期出报告
文件包含
各模块数据录入量和时效是否符合要求、录入标准是否达标、各
部门达标情况和存在问题
主要职责
日常协助业主方的数据录入→记录系统调整→配合业主方统计应
用情况
主要职责
与业主方制定并发布最终用户《培训通知》《培训签到表》→培
训会上讲解标准系统操作→由业主方在会上强调《系统上线方案》
4.2 数据上线
5过程文件
5.1 工作汇报
1） 实施全过程中，定期的工作汇报以《周报》《月报》形式展
示；
2） 每周五或周一向经办人汇报《周报》，无法到场则可以先以
流程介绍
电子版确认，后期到现场了统一签字；
3） 每月 25 号至次月 5 号向业主方组长或负责人提供纸质版
《月报》，详细介绍后签字；建议业主方召开每月项目协调
会议，针对月报内容进行汇报；
13
4） 特殊情况无需提供的，可在上次或下次文件里进行说明；
交付成果
经办人签署《周报》
业主方组长或副组长签署《月报》
提交时间
《周报》：
项目转实施开始至项目提出验收为止；
《月报》：
从项目启动会议开始至项目提出验收为止；
项目偏移
情况
项目偏移情况体现在《月报》里，软件公司需要内部考核，2018
年开始的新项目偏移最多不得超过极限工期：
A 类项目极限工期= 项目计划整体工期+2 个月
B 类项目极限工期= 项目计划整体工期+4 个月
C 类项目极限工期= 项目计划整体工期+6 个月
文件包含
《周报》：
本周完成工作、系统功能修改、存在问题（本周进度
偏移情况、项目推进问题等）、下周工作计划；
《月报》：
关键进度计划（附详细进度计划）及偏移率、本月计划
完成情况、针对本月工作提出建议、次月详细计划及对应的责任
人、风险分析及应对责任人；
流程介绍
1） 用户在培训、试运行、全面运行阶段中，会产生不同程度上
的系统调整，分为需求、BUG 等等，实施人员应及时在
Excel 表里做好记录，为自己在协调用户、技术人员过程中
能有据可依，并及时给予双方反馈；
交付成果
《系统调整清单》
提交时间
从首次培训开始至项目提出验收为止，及时记录，项目验收时统
一提交此 Excel 给用户；
文件包含
序号、发生日期、类型（需求/调整/BUG
提出人、图片链接、完成时间、处理结果等等；
5.2 系统调整
）、来源路径、描述说明、
14
流程介绍
1） 实施人员推进项目两周无任何进展（硬件设备迟迟未到位/
重要会议安排不出/领导对系统不关心/客户方太忙没时间录
数据），应考虑有效的应对措施；
2） 向客户方最高层当面汇报，务必提供书面文件说明；
3） 申请软件公司商务或上级领导协助进一步推进；
4） 再过两周，还是推进不了，提出暂停意向，让甲方领导重视
进展；
5） 业主方领导同意项目暂停后，实施人员编写《项目暂停单》，
签字确认，之后实施人员可以抽身去实施其他项目；
交付成果
《项目暂停单》
提交时间
项目无进展协商后暂停
文件包含
暂停时效、双方工作完成情况、暂停原因、项目重启后工作内容
流程介绍
1） 所有《产品功能清单》外的新模块/新流程更改都需要签订
《需求变更单》；
交付成果
签署《需求变更单》
提交时间
交于技术开发前
文件包含
变更原因、变更主要内容、技术评审工作量等信息；
5.3 项目暂停
5.4 项目变更
5.5 项目小组会议
1） 在实施过程中，为了更好解决项目小组之间的沟通问题，需
要让小组成员及时知晓项目重点环节、存在问题；
流程介绍
2） 实施人员需要定期举行项目小组会议，分为重点环节会议
（项目内部启动、定制需求），特殊情况会议（开发进度偏
移、推进偏移、需求变更、项目暂停）；
15
流程介绍
1） 软件上线工作按计划完成后，且系统运行稳定，则按计划进
入验收阶段；
2） 在进入验收阶段前一周，项目实施人员提交《系统验收意见
征集表》，由甲方负责人分发给各科室科长，由科长线下收
集本科室验收意见，最后由甲方负责人收集后与项目实施人
员讨论验收事宜（也可通过验收意见会议来代替纸质征集表）
；
3） 验收事宜协商后甲方负责人同意正常验收，则项目实施人员
递交《用户使用报告》《项目验收报告》《项目验收材料》给
用户确认，并召开项目验收会议，对项目总体成果进行汇报；
交付成果
签署《系统验收意见征集表》（可选）
签署并盖章《用户使用报告》（可选）
签署并盖章《项目验收报告》
《项目验收材料》
提交时间
《系统验收意见征集表》：
进入验收阶段前一周；
验收会召开前；
文件包含
升级会员 