Annual reviews upgrade

Annual-Reviews 完善进展与下一步(更新版)

2026-01-18 01:03 · Zon(个人复盘) · 00-LifeOS/Annual-Reviews · 指标/模板/逐年总结

完善口径、补齐年份、建立基线、强化可执行节奏


要点速览

关键洞见

  1. 年份断层主要是“日期解析”导致的统计偏差:修复后 2019 年在 00-LifeOS 内可统计到 39 条日记型记录,2020 为 31,2021 为 2;这让你的职业阶段叙事连续性明显提升。
  2. 从 2025 开始要把指标从“过程信号”升级到“外部结果”:你已经能统计写作/任务/目标分布,但作品数、发布频率、受众/收入、健康基线才是决定下一年“作品化”的杠杆。
  3. open loops 是核心负债项:2025 的 open tasks 仍然很高,治理它(WIP 上限 + 清算节奏)会直接提升完结率与作品产出。

步骤指南(新手友好)

  1. 年初填一次 年度基线表(健康/作品/收入/受众/open tasks)。
  2. 每月末做一次“证据抽样”(8–12 条高信号证据,能回链到 DailyRecord/**)。
  3. 每季度做一次“押注校验”(复利资产?对外作品?健康能量?)。
  4. 年底用 年度回顾看板 快速交付,再用 年度复盘(E→M→D) 写深度决策。
  5. 需要刷新统计时,在 00-LifeOS/Annual-Reviews/2025-12-26-LifeOS多年度统计看板/ 运行 node ./generate-lifeos-stats.mjs

SVG 图解

2019–2020 2021–2023 2024 2025–2026 职业沉淀 低信号年 系统化 作品化 Crux: 用基线与作品指标把系统外化
Inputs System Outputs 证据 基线 E→M→D 作品 增量

专家视角(best minds)

David Allen · GTD(paraphrase)

  • 把 open tasks 当成“开放回路”负债治理,而不是道德评价。
  • 建议:固定每月一次 backlog 清算日(删/合并/降级/归档)。

John Doerr · OKRs(paraphrase)

  • 用结果指标承接过程指标:作品数、发布频率、受众/收入、健康关键指标。
  • 建议:把“年度基线表”作为 OKR 的起点数据源。

方案

Option Best for Upside Downside Key risk First step
A · 轻量维护 把复盘变成习惯 成本低、可持续 外部结果提升慢 变成“记录系统”而非“作品系统” 每月证据抽样 + 每季押注校验
B · 作品化优先 收入/影响力优先 反馈、机会、复利明显增加 需要稳定发布节奏 发布频率崩盘 选 1 主线,做 1 个最小可展示作品并公开
C · 仪表盘增强 数据驱动与对比 更容易看见增量与偏差 有工程投入 过度优化工具 把基线表的关键指标接入看板(可选)

证据与置信度

Change Why Confidence Source
统计脚本支持更多日期格式(修复年份偏差) 让 2019–2020 的工作记录正确计入年份与阶段 High generate-lifeos-stats.mjs
补齐 2019–2023 年度总结(并标注 2022 空档) 恢复叙事连续性,减少年度断层 High 逐年总结(基于实际记录).md
新增年度基线表与模板入口 让“增量/增长率”可计算 High 年度基线表.md

下一步

细节(可选)

本轮已落地的文件

来源

收尾总结

现在的 Annual-Reviews 已经具备“可统计、可回链、可对比”的骨架。

  • 短期最重要的是把“基线表 + 外部结果指标”补齐。
  • 中期把“分享传播”做成流水线,才能把系统转成影响力与复利资产。
  • 长期用逐年总结把主线叙事连起来,避免每年重新发明意义。

一个下一步动作

把 2026 年初的年度基线表填完,并设季度更新提醒。

“What gets measured gets managed.”

— Paraphrase