执行

execute
分类通用
作者Alireza Rezvani
许可MIT
评分4.70/5
使用14.7K

/cs:execute — 90 天执行计划

命令： /cs:execute <decision-path>

将批准的决策转化为一份包含每周里程碑、指定 DRI 和检查机制的 90 天计划。大多数决策失败的地方就在于：“我们决定了”与“下周一做什么”之间的断层。

流程位置

code
/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                                                                       ↑ 你在此处

输入

一份已批准的决策记录（/cs:decide 的输出）。

输出计划格式

保存至 ~/.claude/execution/YYYY-MM-DD-<slug>.md：

markdown
# 执行计划：<决策标题>
决策： <指向 /cs:decide 记录的链接>
负责人 (Sponsor)： <创始人或高管>
开始日期： YYYY-MM-DD
检查点： YYYY-MM-DD (90天后)

预期结果 (具有约束力)

[从决策记录中复制：成功标准 + 终止标准]

工作流 (Workstreams)

| 工作流 | DRI | 成功指标 | 状态 |
|---|---|---|---|
| <例如：定价方案推行> | <姓名> | <指标, 阈值> | 未开始 |
| <例如：对外沟通> | <姓名> | <指标> | 未开始 |
| <例如：工程变更> | <姓名> | <指标> | 未开始 |

每周里程碑

| 周次 | 里程碑 | DRI | 完成定义 (DoD) |
|---|---|---|---|
| 1 | <例如：定位锁定> | <姓名> | <可观察的结果> |
| 2 | <例如：草案发布> | <姓名> | <可观察的结果> |
| 3 | ... | | |
| 12 | <例如：检查点回顾> | <姓名> | <可观察的结果> |

节奏 (Cadence)


  • 每周： 负责人审查状态 (15 分钟)


  • 每两周： 跨职能同步 (30 分钟)


  • 第 30 / 60 / 90 天： 与 cs-chief-of-staff 进行检查点回顾


依赖项


  • 内部：<列表>


  • 外部：<供应商, 监管机构, 客户>


风险登记册

| 风险 | 可能性 | 影响 | 负责人 | 缓解措施 |
|---|---|---|---|---|
| <例如：法律审核延迟> | 中 | 高 | <姓名> | <方案> |

终止标准监控

[从决策记录中复制；在每个检查点进行审查]

  • <指标, 阈值, 行动>

工作流

1. 阅读决策记录
2. 将选定方案分解为 3-6 个工作流
3. 为每个工作流指定一名 DRI
4. 从检查点日期起反推 12 个每周里程碑
5. 设定节奏（每周 + 每两周 + 30/60/90 天检查点）
6. 构建风险登记册（交叉引用原 Phase 4 的“恶魔代言人”顾虑）
7. 保存并通知各 DRI

为什么是 90 天

  • 足够长，可以显示真实信号（而非仅仅是活动量）
  • 足够短，可以在损害扩大前进行方向修正
  • 与季度 OKR 周期、融资冲刺以及大多数董事会节奏相匹配

路由

  • /cs:post-mortem <decision> — 在第 90 天（或终止标准触发时）执行
  • /cs:boardroom — 如果检查点显示需要重新决策

相关内容

---

版本： 1.0.0