项目实施流程

项目实施流程

内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）

项目实施流程及文档

项目管理系统实施分6个阶段：项目启动、定制调研（可选）、试运行、全面运行、验收交付、进入运维。项目启动后，软件公司每周提供《周报》向业主单位项目小组副组长汇报项目进度；项目进度计划确定后的每个月提供《项目月报》向业主单位项目小组以会议的形式汇报项目进度，《项目月报》主要包括本月任务点完成情况、下月任务分配、项目进度偏移情况、项目风险跟踪情况及后续建议等。

1 项目启动

良好的开始是成功的一半，前期需要对项目的建设背景、项目范围、项目团队成员职责、项目规划及目标、系统初始化等信息进行大量和细致的准备工作，让项目干系人认阶段说明 识和了解项目的整体情况、清楚各自的职责和义务，让项目干系人在项目建设的过程中针对所需要给予的支持和配合给予承诺，从而让各方就项目建设的相关事宜达成共识。 里程碑 确认项目经理、签署启动章程、系统初始化、项目启动会议 1.1 项目立项

1) 项目下达到项目中心前，由商务人员在通达OA里上传合同和招投标文件，并编写《项目级别认定表》初稿发给项目中心和技术中心负责人； 2) 内部启动会（项目竞聘会）上由商务人员主讲项目相关流程介绍 情况，现场答疑，形成最终的《项目级别认定表》； 3) 确认《项目级别认定表》后，实施人员开始竞聘演讲，考核人员在会后评定出项目小组成员，并由商务人员在通达OA里中针对《项目级别认定表》发起项目小组成

员通知； 交付成果 提交时间 文件包含 主要职责 注意：项目级别分为A类、B类、C类； 确认《项目级别认定表》 软件公司内部启动会（项目竞聘会）后 项目概况（客户单位介绍、关键人物介绍、信息化接受程度、采购背景）、实施重点（需求范围、进度要求）、技术重点、预计风险、建议级别、最终认定级别 准备项目竞聘工作 1.2 项目启动章程

1) 明确双方项目小组成员（建议业主方最高层领导为组长，工程系统主体使用部门的分管领导作为副组长，各科室骨干为组员，可以一人多职）； 2) 根据项目的级别（A类项目整体计划工期在3-6个月以内；B类项目整体计划工期在6-9个月以内；C类项目整体计划工期在10-12个月以内），再考虑多方面因素（合同、数据量、风险预留、项目范围、用户组织架构、关键人物要求、项目成熟度与客户的业务是否契流程介绍 合、经验），先确定项目关键节点，再进行任务分解，明确各节点先后顺序，工期估算，最后定出较为合理详细进度计划； 3) 根据合同和项目概况编制初版《项目启动章程》； 4) 双方项目小组共同对该章程进行评审，再次确定产品范围、实施范围、双方责任小组、关键进度计划、交付成果、项目制度、详细进度计划等，确认该《项目启动章程》； 5) 根据确认后的《项目启动章程》编制《启动会PPT》； 交付成果 确认《项目启动章程》、《启动会PPT》 提交时间 项目启动会前 项目目标、项目范围（产品范围、实施范围）、双方责任文件包含 小组、关键进度计划、交付成果、项目制度（实施制度、

变更制度、延期制度、验收标准）、详细进度计划等内容 编制初版《项目启动章程》→和业主方讨论确认《项目启主要职责 动章程》 A类项目 ：项目整体工期计划在3-6个月以内； 项目进度B类项目 ：项目整体工期计划在6-9个月以内； 计划 C类项目 ：项目整体工期计划在10-12个月以上； 1.3 系统初始化调研

1) 系统初始化时需要配置一些内容，要根据业主单位信息和其实际业务来进行配置； 2) 明确各个模块的责任人； 3) 实施人员进行现场初始化数据调研（必要时可展示3700外网系统页面，促进用户的更好理解），部分未能及时流程介绍 确认的初始化数据交由各模块责任人整理，然后由经办人负责在规定时间内完成后续的收集； 4) 实施人员要求技术人员按产品范围配置好他的测试（本地）系统后，将确认的《实施调研报告》内容，初始化到系统中； 交付成果 签署《实施调研报告》 提交时间 系统初始化之前 系统用户信息、项目基本信息、节点进度配置、工程资料文件包含 分类、招标/合同分类、工程造价科目、四大会签表和流程、电子签名收集等 进行初始化调研→确认并签署《实施调研报告》→配置初主要职责 始化系统 1.4 服务器部署

1) 了解用户方的网络情况（操作用户是否都在同一局域网，是否需要外网），保证所有终端到服务器的网络连流程介绍 接通畅； 2) 跟进服务器、扫描仪等设备在计划内到位；

3) 提前从技术负责人那拿U盘（存放了数据库软件、框架、备份软件、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级项目：签署《访谈纪要》，实施、技术、客户签署《产品需求文档》 A级项目：交给技术人员开发前 B级、C级项目：召开内部产品需求会之前 《功能确认单》：页面说明、字段解释、操作按钮、搜索按钮、列表字段来源和链接； 《访谈纪要》：实际业务流程及需求原因； 《产品需求文档》：业务整体框架图、全局功能描述（首页提醒、数值保留位数、分页显示、附件上传、导出文档、搜索功能、表格标准）、单模块功能需求设计（单模块结构图、原型图、页面说明、字段解释、操作按钮、搜索按钮、列表字段来源和链接）、用例说明等等； A级项目：业务调研→编制《功能确认单》→实施、技术、客户签字确认； B级、C级项目：根据现有资料提前分析需求→业务调研→编制《访谈纪要》→和用户签字确认《访谈纪要》→编制《产品需求文档》→召开产品需求会→实施、技术、客户签字确认； 文件包含 主要职责 2.2 设计开发

1) 项目定级为A级的： a) 实施人员将《功能确认单》上传至redmine,并规定流程介绍 交付给用户的最终日期（比真实交付给用户的日期提早几天）； b) 关注开发进度，在开发交付日期临近前盯紧完成进

度； c) 开发交付后，进行完整的测试，测试问题都以单条形式上传至redmine;根据开发人员调整的次数进行多轮测试，直至符合开发要求交付给用户； 2) 项目定级为B级、C级的： a) 根据各期“要求开发完成日期”关注每期的开发进度； b) 各期的“要求开发完成日期”如若发生延期，实施人员编写《开发延期报告》并提交给测试部，由测试人员上传在通达OA【公共文件柜】； c) 开发交付后，进行完整的测试，测试问题都以单条形式上传至redmine;根据开发人员调整的次数进行多轮测试，直至符合开发要求，最终上线交付给用户； 《功能确认单》《访谈纪要》《产品需求文档》提交到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万/年）和真正运维费还是属于运维部； 交付成果 所有实施资料 提交时间 软件公司内部项目总结会前 整理实施过程材料→编制《项目实施总结》→提交小组负主要职责 责人审核→提交运维组审核→召开内部验收总结会→实施过程材料移交运维部