PRODUCT / 一周时间线
装完之后，每天到底要用多久
最怕买完发现「每天要填一堆表」。这张表是我们自己真实的一周： 一周总投入约 20 分钟，其中 15 分钟是周五复盘。
20分钟 / 周
90秒 / 天晨会
2天完全不用点
0每天要填的表
WEEK // 时间线
周一晨会 → 周五复盘
中间两天完全不用打开系统——它自己在跑，有告警才找你。
| 时间 | 做什么 | 看什么 | 产出 | 耗时 |
|---|---|---|---|---|
| 周一 · 09:30 | 晨会三个数 | 在制任务 11 · 阻塞 2 · 最近窗口剩 6 天 | 定下本周唯一优先级，写进任务卡 | 90 秒 |
| 周二 · 全天 | 什么都不用点 | 系统自己在跑：侦察、心跳、日报聚合 | 只在有告警时处理 | 0 分钟 |
| 周三 · 10:00 | 窗口巡检 | 剩余天数变化 · 缺口是否补齐 | 缺口的责任人确认一次 | 5 分钟 |
| 周四 · 全天 | 正常干活 | 任务状态自动更新（commit / 发布事件） | 卡住超过 24h 会自动升级 | 0 分钟 |
| 周五 · 17:00 | 复盘与对账 | 本周交付了什么 · 审批平均等待多久 · 支出差异 | 写一条结论，下周一会回顾它 | 15 分钟 |
WHY // 为什么能这么省
因为数据不是你填的
- 任务状态：从 git 提交与发布事件推断，不靠手改
- 日报：从任务变更聚合，人工只校对
- 情报：侦察机按订阅源抓，人只判断要不要进漏斗
- 心跳：机器自己报，掉线才通知你
COST // 代价
省时间的代价是什么
数据自动化的前提是「事件真的在产生」：提交要进 git、发布要走管线、机器要能上报心跳。
如果团队习惯在微信里说一句「我弄完了」，系统就无从推断——这时候它退化成一本手账，价值掉一半。