需求分析
验收阶段
运维支持
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.业务需求说明书(客户)
