Product Delivery Operating Model · 2026-07-23

当前产品交付工作双泳道整理

软件交付拆成两条独立工作流：一条确保已有版本在目标环境“装得上、用得起、验得过”，另一条确保产品需求“说得清、改得对、测得住、交得出发布候选”。

主线：产品开发部总控体系模块：软件平台化 + 交付资产化待确认 owner / 优先级 / 时间

一页结论

DEP使用与部署交付

解决“已有产品版本怎样在目标环境真正可用”。由项目经理或交付负责人主责。

版本冻结 → 环境预检 → 安装配置 → 业务验证 → 培训试用 → 验收移交

REQ需求与开发交付

解决“产品页面、流程、接口、权限、数据或公共配置怎样发生可验证变化”。由产品负责人或需求 owner 主责。

需求进入 → 澄清评审 → 契约冻结 → 开发 → 测试 → 发布候选 → 移交 DEP

两条线通过“发布候选移交包”连接。REQ 完成不等于客户已交付；DEP 完成也不允许顺手开发未经评审的新需求。

双泳道流程

REQ

需求进入

澄清评审

方案 / 契约冻结

开发

测试

发布候选

移交 DEP

↓ 版本、制品、配置 / DB 变化、验证脚本、回滚、已知问题

DEP

定义项目

冻结版本

环境预检

安装配置

业务验证

培训试用

验收移交

当前产品情况

层级	产品 / 系统	已有基础	当前边界
经营平台主干	智慧营养健康经营平台	“1 个共享底座 + 2 个行业工作台 + 3 个成熟来源系统”V0.1；政企一期本地评审版可运行	待跨部门评审；Mock 不能作为生产数据；学校工作台未开发
成熟来源系统	智慧餐厅运营	store、ai_web、设备结算与多个项目交付基础	公共产品变化与客户现场版本需要分开管理
成熟来源系统	食品安全智慧管理云平台	产品、方案资产与 Windows 部署支撑仓库	真实页面、算法指标、标准部署包和客户验收证据待补
共享能力	AI 运动营养师	ai_api、ai_store、ai_app 与营养健康资料体系	健康数据边界、营养门禁和 C 端闭环未规模化证明
支撑产品	qc 售前轻采集	本地前后端、数据库、构建和 lint 通过	完整用户流程、微信授权和方案回调未验收
支撑产品	被窝方案配置器	独立全栈 H5 V0 本地验证完成	无正式登录、数据库、远端仓库、授权案例和正式部署
接入能力	智能硬件 / 第三方 SDK	称重、咖啡机、炒菜机器人已有项目或接口证据	契约、样机联调、现场部署和业务成功态必须分别验收

当前工作归位

P0：影响客户可用或产品决策

优先级	工作	泳道	当前判断	下一门禁
P0	三全 Q-042 五角色模板验证	DEP	Q-041 已确认 PASS，Q-042 R1 预检 PASS	完成 V5-V7/V9-V10 和用户确认；确认前不得进入 Q-043
P0	三全全功能自动接管	REQ	产品 / 架构缺口，不是部署命令问题	冻结共享存储、集群单例、幂等和双向故障演练契约
P0	城市副中心上线	DEP	正式环境与外网出口阻塞	网络放通后代理复测、正式配置复核、主流程回归和回滚
P0	莱迪森本地部署	DEP	已进入环境和项目部署阶段	确认数据库、导入验表、服务配置和业务 smoke
P0	政企营养一期	REQ	本地评审版已验证，尚非可部署产品版	产品 / 研发评审，冻结真实数据源与后端分层
P0	IDACHF-1～6	REQ	典型多仓库产品需求	冻结多学校、邮储、回调、主动查询和双学校验收契约

P1 / P2：在 P0 门禁明确后推进

营养平台试点

政企产业园试点进入 DEP；学校工作台先留在 REQ，确认单校与三条闭环。

SDK 与售前工具

智谷天厨完成业务成功态；qc 分别完成用户 smoke（DEP）和方案回调（REQ）。

被窝配置器 V1

先确认产品 owner、远端仓库、登录、持久化、内容授权与正式部署目标。

必须执行的边界

任务与状态

任务 ID 使用 DEP-... 或 REQ-...；混合事项必须拆开。
一个 REQ 可服务多个 DEP；一个 DEP 只面向明确项目、环境和版本。
状态区分开发完成、发布候选、已部署、试用中和已验收。

现场问题分诊

环境、网络、数据初始化、配置和操作问题留在 DEP。
代码缺陷、公共模板缺陷、页面/API/权限/数据变化转 REQ。
新增想法先评审，不在部署任务中顺手实现。

反模式：把本地运行、接口同步、HTTP 200 或部署准备写成客户交付成功；用一个任务同时管理公共产品变化和单客户现场执行。

需要确认的 6 个决定

是否正式采用 DEP / REQ 双任务 ID。
三全是否按本稿拆成部署任务和产品级高可用任务。
P0 的 owner 与下一个检查时间。
政企营养一期何时从评审版进入真实数据产品化。
IDACHF 与学校工作台的共享契约是否由同一产品 owner 管理。
qc、被窝配置器属于正式产品、内部工具还是试点工具。

证据边界：当前产品、代码、接口、部署和项目状态按 A/B 级使用；优先级、owner 角色和时间建议为 D 级，需人工确认。