项目流程任务

需求分析

验收阶段

运维支持

1、客户对交付内容进行确认，作为项目范围的依据2、便于开发团队理解客户业务需求3、作为需求规格说明书编写、架构设计的依据4、可视化客户需求，系统上线前的原型展示5、与客户进一步确定项目需求范围，为后续功能核验提供依据6，确保需求质量7，与客户进一步确定项目需求范围，项目验收的重要依据

系统上线试运行

产品经理

系统发版

需求调研与确认

迭代研发

1.需求DOR标准2.需求规格说明书3.项目概要设计说明书4.开发自测报告5.项目试运行方案6.项目发版标准

实施经理

运维阶段

迭代测试

阶段性验收/初验

运维期结项

发版评审

系统整体设计

系统培训

1，项目验收工作方案，项目验收汇报PPT，项目验收资料清单，验收报告，项目延期申请表(如有)2，EBS招投标系统检测认证，软件测评报告，等保测评报告，密评测评报告;

研发计划设计

确认项目的整体交付方案和进度计划等内容是否满足项目要求

质量管理计划设计

1.明确项目质量目标、质量策略、质量评估等2.确保生态研发结果质量得到保障1项目整体的研发计划是项目交付成功的关键，保障其对项目合同计划的支撑能力，系统性的策略设计评审保障了对于项目交付、质量及发布全维度的风险前移2保障生态研发计划能够满足项目计划

测试设计及评审

质量管理计划评审

客户需求确认

内部运维期结项

需求调研

系统测试

第三方检测认证

项目启动与规划

终验

交付转运维

事故处理流程制度

内部验收

1.招标文件2.投标文件3.业务架构设计4.技术架构设计5.项目质量管理计划6.项目研发计划

系统需求验收

系统上线保障

生产问题跟踪与处理

客户演示

研发经理

研发计划评审

项目干系人流程任务

项目阶段

迭代需求验证

内部阶段性验收/初验

说明

需求交底

1，明确运维范围和内容，确保运维期稳2，及时关闭已完成的项目，总结项目运维工作的经验教训，为后续项目提供借鉴3，及时关闭已完成的项目，总结工作的经验教训，为后续项目提供借鉴。

1.需求调研策略与计划2.客户调研记录3.客户提供的资料文档(如有)，业务需求说明书(客户)、需求规格说明书研发测试)、需求原型设计、业务流程图(或数据规范)4.需求评审记录，评审后更新的需求文档(业务需求说明书、需求规格说明书、业务流程图)5.业务需求说明书(客户签字)

需求评审

1，需求规格说明书，迭代研发计划交底会议记录及录像，需求验收结果，项目试运行方案，DOD标准2，i详细设计文档，项目详细设计说明书，开发详细评审记录，开发自测报告3测试用例，项目测试方案(客户)，项目测试用例 (客户)，用例评审记录，功能测试报告，迭代总结，项目操作手册(客户)，项目测试报告;

作业文件（输出）

1，调查项目进度和交付物，是否符合合同或相关约定，完成项目的阶段性验收/初验，支持商务回款。2，确保满足验收条件并对其进行验收3，从第三方角度评测系统，是否符合合同或相关政策要求4，通过对项目的查看和操作，及时发现和处理系统应用及产出方面的疑问，以确保项目按照合同或相关约定的各项指标正常投入运转。5，项目通过终验，将项目转交给客户运用和看管，与客户进行项目交接和结算，支撑商务回款。6，确保生态满足验收条件并对其进行验收

质量经理

作业文件（输入）

1，项目经理变更通知(如有）2，运维周报3，运维期结项(含交付结项、财务结项）

项目经理

系统研发与测试

制定上线计划与策略

启动会PPT建设功能清单进度计划等

1.确保交底准确性、研发完全理解需求内容;2.确保开发结果能够满足需求，满足项目和客户要求;1.确保开发内容和需求的一致性2.保证每个任务的提测质量，驱动开发关注质量，减少泄漏到测试环节的bug1.保障开发结果能够得到有效测试2.保障交付功能质量3.上线前回归验证、主场景验证

开发设计及评审

保障事故第一时间得到及时处理，事后第一时间记录，识别是否共性问题，避免二次发生。

生产问题跟踪与服务

启动会会议纪要

项目启动会

开始

1.项目立项/可研/初设方案、招标文件、投标文件、合同2.项目立项/可研/初设方案、招标文件投标文件、合同、客户调研会议记录3.客户提供的资料文档4.项目立项/可研/初设方案、招标文件投标文件、合同、业务需求说明书(客户)、需求规格说明书(研发测试)、系统原型、业务流程图(或数据规范)5.业务需求说明书(客户)