↑ 3 较上周新增
上午好,林澈
这里不是一张静态看板:每个风险、需求和物料都能进入对应工作台继续处理。
↑ 6% 本月持续改善
其中 2 项 等待领导审批
1 项严重 · 2 项中等
交付吞吐与按期趋势
过去 8 周完成需求数与按期交付率;最新节点会随门禁结果更新。
需求阶段结构
当前 12 项活跃需求的阶段占比。
全周期产研流
物料随阶段向下游接力,任何节点都可打回并保留责任证据。
未来 6 周工作负载
需求点数 / 已完成点数
| 需求 | 状态 | 优先级 | 当前进度 | 负责人 | 计划日期 |
|---|
需求管理
五个阶段不是标签,而是由不同角色、决策和交付物组成的独立工作台。
| 需求 | 状态 / 当前环节 | 优先级 | 交付就绪 | 负责人 | 计划完成 |
|---|
全流程工作台
从项目视角同时看五个阶段的在途需求、阻塞、负责人和物料接力;点击任一需求进入对应角色工作台。
协作时距图谱
把每次物料提交到下游确认的空档变成可量化的项目成本;点击任一连线查看提交、通知、确认、根因与改进门禁。
五阶段在途地图
12 条需求按真实执行阶段排列;红色卡片表示存在明确阻塞。
物料接力完整度
上一阶段的输出必须成为下一阶段可验证的输入。
智能变更联动台
从变更单出发,逐项更新需求、原型、UI、前端代码和测试用例;每个版本、责任人和确认动作都留在同一条证据链。
题目要求的八节点执行链
五个管理状态继续用于项目看板;这里拆到真实动作颗粒度,点击“推进下一环节”会同步修改需求状态、负责人、进度与物料门禁。
一次需求变化,如何穿过所有下游物料
账号异常恢复增加“找回历史会员身份”入口,并补充 24 小时有效期。
需求—原型—UI—代码—测试谱系
点击任一物料,查看它在同一需求版本下的锚点、责任人、上下游和验收证据。
| 关联物料 | 变更前 | 协同更新后 | 责任人 / 确认 | 影响与证据 |
|---|
交付物料库
每一环节的输出都被结构化接力给下游;下游看到的不只是附件,还有版本、责任人与就绪状态。
PRODUCT · v1.8PRD 与业务流程
目标、规则、五阶段业务泳道、验收口径与变更影响,已传递至设计、研发和测试。
UI · 18 SCREENS高保真原型与切图 ZIP
18 个页面、42 个组件状态;包含设计变量、交互连线、图标与 2x/3x 切图资源。
BACKEND · PROD服务器与 API 运行拓扑
网关、服务集群、健康检查与接口文档在同一版本下完成校验。
DATA · SCHEMA 32数据库 Schema 与血缘
32 张业务表、9 条迁移脚本和回滚说明,可视化标记依赖影响。
FRONTEND · BUILD 248管理平台可运行预览
直接复用 Molo 登录页真实截图;构建产物、环境清单与冒烟结果支持本地演示。
QA · VERIFIED测试报告与 Bug 闭环
126 条用例、四状态缺陷流转、复测证据、趋势分析和发布门禁集中归档。
风险中心
预警不是一个红点,而是一份可执行的影响报告、责任链和决策入口。
登录与会员身份改版预计延误 6 天,灰度窗口存在失守风险
AI 根据接口完成度、联调趋势、历史吞吐和人员负载给出 92 分高危预警。建议将“第三方账号解绑”拆出首发范围,并冻结本周新增变更。
| 风险 | 等级 | 影响范围 | 责任人 | 预计影响 | 状态 |
|---|---|---|---|---|---|
| 登录改版接口联调延期 | 严重 | 4 需求 / 7 成员 | 顾言 | +6 天 | 处置中 |
| 权益中心切图版本不一致 | 中等 | 2 需求 / 3 成员 | 周宁 | +1 天 | 已缓解 |
| 灰度样本量不足 | 中等 | 上线分析 | 许棠 | 数据置信度 | 观察中 |
成员与角色
角色决定可编辑的环节和可做出的决策;任何越权操作都会进入审计。
| 角色 | 需求录入 | 分析评审 | 开发物料 | Bug 管理 | 阶段打回 | 发布确认 |
|---|---|---|---|---|---|---|
| 产品负责人 | 编辑 | 发起 | 查看 | 查看 | 允许 | 联合确认 |
| UI / 设计 | 协作 | 参与 | 上传切图 | 查看 | 建议 | 无 |
| 前后端研发 | 查看 | 参与 | 编辑 | 修复 | 申请 | 联合确认 |
| 测试工程师 | 查看 | 参与 | 查看 | 编辑 | 允许 | 验收确认 |
| 上级领导 | 查看 | 审批 / 打回 | 查看 | 查看 | 允许 | 查看 |
消息中心
消息不是孤立提醒:每一条都带着需求、阶段、责任人与下一动作,推动工作真正闭环。
版本审计与项目复盘
版本审计不止回答“谁改了什么”,还把范围、耗时、质量、效能和经验沉淀为下一轮可执行输入。
登录与会员身份改版:48 小时交接空档,把前端窗口压缩成了项目延期
项目于 08 月 01 日完成灰度。核心链路交付完整,但 UI 提交后未形成个人待办与升级提醒,前端 48h17m 后才确认接收;叠加 7 次需求变更与过度乐观的评审估时,最终较计划延误 4 天。每条结论都可回到具体时间戳、物料和责任门禁。
从交付到接收:项目时间到底消耗在哪里
节点是阶段事实,连线是等待成本。红色断线表示已超过接收 SLA,并已经折算为项目延期影响。
项目燃尽图
计划剩余点数与实际剩余点数;W33 后范围膨胀造成偏离。
高价值反思图谱
AI 从时间戳、变更、估时、资源负载与通知记录中聚类出 5 个可行动根因;点击节点查看证据与下一版门禁。
Keep · 提前绑定验收口径
原型、API 与测试用例共享同一需求版本后,跨团队返工下降 5.2%。继续保留物料接力门禁。
Problem · 范围冻结过晚
账号解绑在开发第 6 天仍发生口径变化,新增 18 点工作量,并挤压接口联调和回归窗口。
Try · 分支范围独立版本
下一轮把非核心分支放入独立版本,任何新增范围先生成影响报告,再由负责人确认窗口。
| 成员 / 角色 | 有效投入 | 等待 / 阻塞 | 主要贡献 | 复盘结论 |
|---|---|---|---|---|
林林澈 · 产品 | 42.5h | 6.0h | 范围与 7 次变更决策 | 冻结节点前移 3 天 |
周周宁 · UI | 51.0h | 4.5h | 18 屏 / 42 状态 | 异常态一次性交付 |
陈陈屿 · 前端 | 73.5h | 12.0h | 登录状态机与可运行预览 | API Mock 提前接入 |
顾顾言 · 后端 | 79.0h | 19.5h | 14 API / 32 Schema | 增加联调备份负责人 |
许许棠 · QA | 58.0h | 8.0h | 126 用例 / 9 个 Bug | 回滚用例前置评审 |
负责人总结 · 林澈
“本次不是前端执行慢,而是上游 48h17m 的交接等待没有触发重排,我又让陈屿吞掉了损失时间。下一轮会把个人确认、4h/8h 升级提醒、范围冻结、最小开发窗口与主备负责人设为五个硬门禁。”