10 在项目/工作中用 PDCA
把"作息表"换成"项目表"，把"23:00 上床"换成"3 月交付第一版"。环还是那个环。
10.1 个人作息 PDCA 与项目 PDCA 有什么区别
本质没有区别。都是问三扇门，都是做→记→对答案→改环境。
唯一的区别是时间尺度和信息量。
- 个人作息：一圈 24 小时。你每天睡前花 2 分钟。
- 一个短期任务：一圈几天到一周。你可能需要每周专门花 15 分钟坐下来做 C/A。
- 一个项目：一圈几周到几个月。你可能需要周期性做 C/A——但底层逻辑一模一样的。
你的时间管理表，本质上就是一个微型项目。 它有多个任务项（起床、晨练、关电脑、上床），每个任务项有自己的 P→D→C→A。
10.2 项目 PDCA 的"第二圈"——当你第一次的计划失败了
个人作息里，你失败了可以简单改：把闹钟调早一点、把手机放远一点。只影响你自己。
在工作里，一件事失败了影响别人。所以你需要的不是一个"个人的 A"，而是一个"跟团队共享的 A"。
但这里有一个最重要的区别：项目的 P 比个人作息更依赖"可见性"。
你的"23:00 上床"——你现在知道它的标准是"三个条件"。项目的标准同样需要写清楚，而且要放在别人能看到的地方。
项目 PDCA 的 P 必须可见。
☼ 例子：你做一个周末小项目（自编）
你想用周末做一个个人网站。
愿望版的 P："我要做个个人网站。"
P 版：
- 成功标准：一个有主页、关于页、作品页的静态网站，能通过 link 访问。
- 条件：周末两天，每天能抽出 4 小时。一台电脑，已装 VS Code。
- 阻碍：我不懂 CSS——"布局"让我烦躁。准备一个现成模板兜底。
相同的"个人网站"，当你把三扇门写出来，你在第一天开始动手之前的恐惧已经少了 60%。
10.3 一个公式：项目 PDCA 的"频率搭配"
你不需要每天对着项目跑 PDCA——那太累。你需要的是一套节奏：
| 粒度 | 频率 | 做什么 |
|---|---|---|
| 日 PDCA | 每天下班前 5 分钟 | 今天做的项→C→A |
| 周 PDCA | 每周五 15 分钟 | 本周指标→C→调整下周的 P |
| 里程碑 PDCA | 一个大节点后 | 完整一圈：重审标准、修正环境 |
你不需要全部做满。每周 PDCA 一条就够了。
☼☼ 例子：写一份周报原来就是 C（自编）
你写周报的时候，写的不是"我这周做了什么"，而是"我这周定了什么标准，实际做了什么，差了多少"。
这就是 C。好的周报三句话： 1. 这周定的目标（P） 2. 实际做到的事（D） 3. 差在哪，为什么（C）
至于 A——你在看完自己的周报后，写一句话："下周我要改什么。"
市面上大多数"周报模板"搞得太复杂了。你只需要 PDCA 翻译到周报上。
10.4 你的时间管理表 × 项目视角
你的时间管理表就是你的日 PDCA 系统。每一行在表格里的项，都有一个自己的环：
| 时间 | 任务 | P | D | C | A |
|---|---|---|---|---|---|
| 06:30 | 起床 | 06:30 睁眼 + 不再按掉闹钟 | 做了吗？ | 是/否 | 要改什么？ |
| 07:00-08:00 | 晨练 | 30 分钟以上运动 | 完成了吗？ | 是/否 | 要改什么？ |
| …… | …… | …… | …… | …… | …… |
| 22:00 | 关电脑 | 22:00 一律关，不拖 | 做到了吗？ | 是/否 | …… |
| 23:00 | 睡觉 | 三个条件 | 三个是/否 | 见第六章 | 见第七章 |
但这里有一个关键点：你不需要每天对每一项都做 P→D→C→A。 你只需要做最重要的一两项，其他项保持"做了就做了，没做就不做"。PDCA 要消耗脑力，你不能在上面耗光。
选一项当你的"核心 PDCA"：
比如"23:00 睡觉"是核心。你每天睡前只对"23:00 睡觉"走 PDCA——其他项只记录，不专门走环。等你把睡觉这一环转稳了，再换下一个。
10.5 项目里 PDCA 的一个"反直觉"点：改 P 是正常的
在个人作息 PDCA 里，你的 P（23:00 睡觉）一般不改。你死磕的是条件（手机、环境、闹钟）。
但在项目里，改 P 是正常的，而且是常见的。
项目开始的时候，你对"成功标准"的判断不一定准确。做到一半你发现：标准太低了，或者太高了，或者错了。可以改。不是你的 P 失败了——是你的 P 需要迭代。
很多人在项目里卡在 C 这一步：发现标准和结果对不上，就认为"项目失败了"。不一定。可能是标准本身需要调整。A 的选项里就有"修改 P"。
举例：你时间管理表的"06:30 起床"
你跑了几周 C，发现周六周日的"06:30 起床"成功率极低（1/7）。
这时候你有一个选择：
选项 A（不改 P，改条件）：周末 06:30 也要起，那我怎么做到了才成功——加班前把窗帘拉开？买一个强光闹钟？
选项 B（改 P）：周六周日的标准改成"07:30 起床"——本来就是休息日，06:30 起床没有实际产出价值。
选项 B 在很多"死磕派"看来是"放弃"。但 PDCA 里，A 阶段的合法选项之一就是修改 P 本身。如果修改后的 P 让你周六睡得更好、周日精神更足、周一更容易早起——那这一圈就是成功的。
这一章要带走的东西：
- 项目 PDCA 和个人 PDCA 本质一样，只是时间尺度不同。
- 项目的 P 必须可见——团队才能知道你的标准。
- 在项目里，选"一项作为核心 PDCA"就够了，不必全部覆盖。
- 改 P 是 PDCA 的合法动作，不是失败。 如果 P 不合适，改掉它也是进步。
- 你的时间管理表本身就是一个小型项目管理系统——现在你知道怎么让它真正转起来了。
就这样。