需求冻结1 周
本报告梳理了"共同订单"(Group Order)功能从需求冻结到正式公开为期 10 周的节奏、人员、交付物与关键决策事项。
以 6/15 本番部署(软启动)、7/1 一般公开 为目标,设计 / 开发 / 测试三条线并行推进。
✓ 2026-05-11 进度更新:21 / 21 OQ 全部已解决(客户答复 17 / 乙方决议 2 / 移出本表 2)。需求冻结节点 4/28 已通过,当前进入 UI 高保真设计 + 开发基盘并行阶段(W4)。
4/28 需求冻结 Gate 已通过。截至 2026-05-11 状态汇总如下:
| 周 / 日期 | 当周核心内容 |
|---|---|
| W14/22 周二 | 原型内部走查 → 客户评审 1 轮(4/24)→ OQ 清单整理 |
| W24/27 周一 | 4/28 需求冻结节点 ★ 同日 UI 启动 · 开发基盘先行(ER 图 / migration / API 契约) |
| W35/4 周一 | UI W2:核心 4 画面高保真 开发 W1:Anchor 流程 |
| W45/11 周一 | UI W3:其余 5 画面 开发 W2:Joiner 流程 |
| W55/18 周一 | UI W4:Admin + 5/22 UI 冻结 开发 W3:Admin 流程 QA:用例设计开始 |
| W65/25 周一 | UI W5:polish / 设计 QA 开发 W4:横串 + 高保真 UI 集成 QA:分段测试启动 |
| W76/1 周一 | 全体 E2E 测试 UAT 启动:Anchor 流程(6/1-6/3)/ Joiner 流程(6/4-6/5) |
| W86/8 周一 | UAT:Admin 流程(6/8-6/10)+ 回归(6/11-6/12) Critical bug 修复 |
| W96/15 周一 | ★ 6/15 本番部署 内测启动(限定 3-5 社,Hypercare 体制) |
| W106/22 周一 | 内测持续 实邮件 / 支付流程最终验证 公开前 go / no-go 判断(6/26) |
| W116/29 周一 | ★★ 7/1 周三 一般公开 随后 2 周 Hypercare 延续 → 7/13 转入常规运维 |
2026-05-11 状态:21 / 21 OQ 全部已解决,需求冻结 Gate 已安全通过。客户配合度良好(5/10 + 5/11 两批答复一次性 closing 17 项)。该风险标记为已消除。
OQ-03 已转每周 UI Review 例会持续跟进,但 A / B 级别尚未敲定。若客户用"感觉不对"而非具体要件推进,会引发 2 周量级的返工,直接压破 6/15。5/15 UI Review 必须签署 A/B 级别,5/22 后变更一律走 CR 流程、工时可视化。
每周三 15:00 UI Review 与周五 17:00 demo,客户 PO 不到场则并行推进机制失效。每周至少 4h commit 须作为 4/28 Gate 的一部分确保。
客户 OQ 已全 closed,但 mantee design doc 内部 OQ-1 / OQ-2 / OQ-3(Joiner 値下げ表 / 参加人数补正 / 偶数补正插值)仍在客户答复待ち,是 §5.3 价格 calculator 的 P1 硬阻塞。建议在 5/15 UI Review 同时把这 3 个数表 + 例子一并要回。
| 角色 | 人数 | 投入期间 | 工作内容 |
|---|---|---|---|
| PM(乙方) | 1 | 全周期 | 项目推进、客户对接、风险监控 |
| 设计师 | 1 | 4/28 – 5/29(5 周) | UI 高保真化、设计 token、画面交付、设计 QA |
| BE 工程师(Rails) | 2 | 5/1 – 6/12 | Model / 状态机 / API / Mailer / Admin API |
| FE 工程师(Next.js) | 2 | 5/1 – 6/12 | 13 画面实装、高保真 UI 集成、API 连接 |
| QA | 1 | 5/18 – 6/12 | 用例设计、执行、bug triage |
| Infra(部署 / 监控) | 0.5 | 6/10 – 6/20 | Kamal 配置、监控告警、dry-run |
| 客户 PO | 1 | 全周期 | 决策、UI Review、UAT 统筹(周 6h+) |