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