闭环检查列表
业务需求沟通
－业务需求方，至少提前一周和产品进行需求沟通（紧急需求）
－正式邮件提出业务需求（或在需求管理工具中创建），邮件需提供关键信息：业务背景、业务价值、业务目标、期望上线时间
－业务和产品对需求方案达成共识（必要时可找开发负责人评估技术可行性），立项后进入需求评估和排期阶段
输出：产品初步方案
产品需求评估
针对确定纳入产品线版本的需求（建议提前与技术负责人沟通）
每周二上午开展产品组内部需求评审（包含需求价值，需求大体方案，确定优先级）
输出：待评审需求文档、原型、灰度方案
项目整体排期
每周四上午需求正式评审（产品、开发、测试－需要时可拉业务一起，建议拉技术架构负责人提前评估下，确保大方向共识），跨系统需要考虑架构师加入
输出：需求待确认点（当天输出）、开发完成时间、测试完成时间、上线时间
正式开发阶段
开发设计方案输出和评审，上下游接口对齐（增删改、SDK确认时间、联调时间，有争议拉入架构支持）
输出：设计方案、任务拆解、可执行代码、上线准备
正式测试阶段
测试用例设计和评审，测试执行和定期报告，测试联调计划和评审，环境准备，安全评审
输出：测试用例、联调计划、测试报告、上线准备，上线依赖
验收运营阶段
上线执行，产品验收场景输出（产品经理提前感知准备），业务提供验收数据，验收步骤，试运营和灰度计划，运营数据，业务方满意度反馈，项目复盘
输出：上线邮件，项目复盘，验收结果，运营数据，迭代优化需求
网友评论