团队 AI 动态追踪评分卡：把「感觉很重要」变成可排期的优先级

## 这篇解决什么问题 很多团队的 AI 动态追踪会变成「链接瀑布」：大家把看到的内容丢进群里，但最后没有任何一条变成“有人负责、可以排期、可验证”的行动。 评分卡的目标是把一句“这个看起来很重要”，变成一条**带 Owner + 下一步 + 截止时间**的决策记录。 ## TL;DR（你可以直接照抄） 在周会（或异步）里只做三件事： 1. 每人最多带 1–2 条“信号”（带原始来源链接） 2. 用评分卡打分并写清 Owner / Next step 3. 本周只拿走 1 条行动（别贪多） ## 评分卡字段（建议 7 列） | 字段 | 你要写什么 | 常见误区 | |------|------------|----------| | 信号（Signal） | 一句话描述 + 原文链接 | 只贴链接不写一句话 | | 影响面（Impact 1–5） | 影响用户/收入/稳定性/合规 | 只按“热度”打分 | | 紧急度（Urgency 1–5） | 是否有截止日期（例如 API 下线） | 把“想做”当“紧急” | | 可验证性（Verifiability） | 是否有官方原文/可复现实验 | 以二手转载当结论 | | 行动成本（Cost 小时） | 预估验证/上线要多少小时 | 不写成本导致永远不动 | | Owner | 谁负责推进下一步 | Owner=“大家”=没人 | | Next step | 试用/评估/灰度/排期/放弃 | 只写“关注一下” | ## 一个填写示例（把它当模板） > 信号：某供应商宣布 30 天后废弃旧接口（官方 changelog 链接） > Impact=5（线上依赖） / Urgency=4（有截止日） / Verifiability=Yes（官方） / Cost=8h > Owner：后端负责人 > Next step：做兼容改造 + 灰度开关 + 回滚预案（本周五前） ## 打分之后怎么决策（推荐规则） - **Impact≥4 且 Urgency≥4**：当周必须有动作（至少“验证 + 方案”） - **Verifiability=No**：默认不排期，只进入“待验证池” - **Cost>16h**：拆成“先验证（4h）→ 再决定是否排期” ## 周期建议：每周 25 分钟就够 - 10 分钟：收集信号（每人 1 条） - 10 分钟：评分 + Owner + Next step - 5 分钟：选 1 条本周行动，其他进入待验证池 ## 常见坑（提前避免） - **没有 Owner**：等于没有优先级 - **没有原始来源**：等于没有可验证性 - **一周拿走 3 条行动**：通常会 0 条落地 ## 延伸阅读 - [编辑标准（为什么要强调原始来源）](/en/editorial-standards) - [方法论（RadarAI 如何筛选与链接来源）](/en/methodology)