Execution Playbook

系统→作品/影响力 + WIP 止损|可视化执行面板

2026-01-25 · Zon(自用) · 每月交付 + WIP 止损

把每月交付写死,再用 WIP 上限止损

把“每月 1 个可展示物(DoD)”与“open tasks 上限 + 触发后止损流程”写成可执行面板,并用 LifeOS 统计信号做示例可视化。


TL;DR

硬规则:每月交付 1 个“可展示物”(Yes/No) + WIP 止损(open tasks ≤ 80,active projects ≤ 3)。
触发即停线:只要 open tasks 超过上限,本周停止新增承诺,只做删减/降级/合并直到回到上限内。
Ship / Month
1
WIP Limit
≤ 80
Active Projects
≤ 3
Impact Signal
Pick 1

WIP 止损面板

Open Tasks (By Year)

2025 open
347
2026 YTD open
104
Target limit
80
2025:open 347(≈ 4.3× 上限)|2026 YTD:open 104(≈ 1.3× 上限)

注:该 open/done 为统计脚本按 - [ ]/- [x] 汇总的“未闭环清单信号”。

Normal Trigger Stop-Loss WIP ≤ 80 WIP > 80 No New Tasks 删 / 降级 / 合并 改写下一步动作 Exit condition: 回到 WIP ≤ 80
止损不是“提醒”,而是“状态机”:触发后强制执行,直到回到上限内。

每月 1 个可展示物(DoD)

Definition of Done

  • 可打开的链接(网页/仓库/文章/视频/报告)
  • 一句话定位:解决谁的什么问题
  • 最小证据:截图/数据/复盘(≥ 3 条)
  • 至少 1 个分发动作(固定渠道)
  • 影响信号(只选 1 个):浏览/反馈/试用/转化
System 笔记/任务/流程 Ship 可展示物 Distribute 固定渠道 Signal 反馈/试用/数据 Rule: 每月只选 1 个 Ship,其他任务必须“服务它”或“被删减”。
把“系统”变成“影响力”的最短链路:System → Ship → Distribute → Signal。

执行步骤(每周/每月)

Weekly

  1. 只推进本月 Ship:其它工作必须能回答“它如何服务 Ship?”
  2. 检查 WIP:若 open tasks > 80,进入止损模式(停线清仓)。
  3. 把模糊愿望改写成 15–30 分钟可执行下一步;改不出来就删除/降级。

Monthly

  1. 月初:写下本月 Ship(标题 + 交付形态 + 分发渠道 + 影响信号)。
  2. 月中:只做“让 Ship 更接近 DoD”的工作。
  3. 月末:发布 + 记录 1 个影响信号 + 10 行内复盘。
止损删除规则(触发后按顺序执行)
  1. 不对齐五大目标(健康/创造/分享/工具)→ 删除或 Someday
  2. 无下一步动作 → 改写为下一步,否则删除
  3. 30 天未动 → 只能二选一:排进未来 14 天 / 删除
  4. 重复/可合并 → 合并成 1 条,其余删除
  5. 外部依赖不可控 → 删除或改写成“询问/等待”的下一步

专家视角(best minds)

Andy Grove / John Doerr · OKR

  • Thesis:用可验收的 KR 写死输出,避免用活动量替代结果(paraphrase)。
  • 对你:每月 1 个可展示物是 KR;DoD 是验收口径。

David J. Anderson · Kanban

  • Thesis:显式政策 + WIP 限制缩短交付周期(paraphrase)。
  • 对你:止损必须是“触发即执行”的制度,而不是提醒。

David Allen · GTD

  • Thesis:未澄清的承诺占用心智;必须澄清成下一步行动(paraphrase)。
  • 对你:删除规则里,“无下一步动作”就是第一优先级的清理对象。

Tiago Forte · BASB

  • Thesis:知识系统价值来自可复用的中间产物,为输出服务(paraphrase)。
  • 对你:把每月 Ship 当作“中间产物”,固定沉淀到作品集。

方案

Option Best for Upside Downside First step
Minimal 先建立节奏 阻力最小 止损不够硬 把“每月 1 个 Ship + DoD”写进月度回顾页
Standard 稳定产出 + 可持续 吞吐与节律平衡 需要删减勇气 设上限 open tasks ≤ 80 并做第一次清仓
Aggressive 冲刺影响力/收入验证 更快形成反馈 更容易 burnout Ship 仍 1/月,但把分发与反馈写死

证据与置信度

Claim Evidence Confidence Source
open tasks 可用于衡量系统负债/在途 统计脚本按 checkbox 计数 High 00-LifeOS/Annual-Reviews/2025-12-26-LifeOS多年度统计看板/lifeos-stats-data.js
2025 open tasks 信号高于建议上限 2025 open 347 High 00-LifeOS/Annual-Reviews/2025-12-26-LifeOS多年度统计看板/lifeos-stats-data.js
WIP limit + 显式政策可缩短交付周期 Kanban 通用原则(离线 paraphrase) Med Anderson / Kanban

下一步(One next action)

做一次 WIP 清仓:把 open tasks 删/降级/合并到 ≤ 80,然后为本月写下 1 个 Ship(标题 + 交付形态 + 分发渠道 + 影响信号)。

来源

把结论变成第一步。
— Closing note