项目实施流程.docx
- 文档编号:4248755
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:29
- 大小:147.19KB
项目实施流程.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) 验收事宜协商后甲方负责人同意正常验收,则项目实施人员
递交《用户使用报告》《项目验收报告》《项目验收材料》给
用户确认,并召开项目验收会议,对项目总体成果进行汇报;
交付成果
签署《系统验收意见征集表》(可选)
签署并盖章《用户使用报告》(可选)
签署并盖章《项目验收报告》
《项目验收材料》
提交时间
《系统验收意见征集表》:
进入验收阶段前一周;
验收会召开前;
文件包含
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 实施 流程