个人计划制定系统需求记录

个人计划制定系统需求文档(完整版)

1. 总体原则

  • 层级分工:不同时间单位关注不同维度的优先级,不把同一套判断反复用在所有层级。
  • 由远及近:年/季定方向 → 月/周拆解 → 日执行。
  • 动态可控:日计划允许调整,但调整有规则,不破坏周/月目标。
  • 少即是多:每个层级只保留最关键的任务,砍掉不重要的事。
  • 领域平衡:战略层保证各领域都有目标,执行层不分类,避免偏科。

2. 各层级定义与职责

层级 周期 核心职责 关注的优先级维度 是否使用四象限
年度 确定长期方向与重要目标 重要性(不考虑紧急)
季度 承接年度目标,设定季度关键结果 重要性
月度 将季度目标拆解为月度可执行块,识别潜在紧急事项 重要性 + 粗略紧急性 轻量使用(只关注一、二象限)
周度 平衡重要且紧急与重要不紧急的任务,设置周目标 重要且紧急 vs 重要不紧急 完整使用(四象限)
日度 灵活执行,根据当天精力和突发变化做最终排序 真实紧急度 + 当日精力 否(改用简单优先级 P0/P1/P2)

3. 详细操作流程

3.1 年度 / 季度计划(战略层)

时间节点

  • 年度计划:12 月末或 1 月初制定;
  • 季度计划:每季度最后一天制定下一季度计划,同时复盘本季度。

步骤

  1. 思考未来一年/一季度最重要的 3~5 个长期目标(例如:职业发展、健康、学习、财务等)。
  2. 只问一个问题:这件事对我长期价值有多大?
    • 不问“紧急不紧急”,因为长期目标本质上都是“重要不紧急”。
  3. 按个人价值观排序,产出《季度目标清单》(重要性顺序)。

产出示例

Q2 最重要 3 件事:

  1. 完成 XX 项目核心模块
  2. 每周运动 3 次,减重 3kg
  3. 读完 4 本专业书籍并输出笔记

3.2 月度计划(拆解层)

时间节点:上月最后一天(或次月第 1 天),先复盘上月,再制定下月计划。

步骤

  1. 将每个季度目标拆解为 1~3 个本月关键结果(可量化、可完成)。
  2. 识别 “潜在紧急”事项:那些如果本月不做,下个月就会变成火烧眉毛的事(如签证到期、下月要交的申请材料)。
  3. 将上述所有条目放入一个轻量级四象限中(只需快速分类):
    • 第一象限(重要且紧急):已在眼前且不做有严重后果的事
    • 第二象限(重要不紧急):从季度目标拆解来的主要任务
    • 第三、四象限(不重要):直接删除,不要列入月度计划
  4. 最终月度清单只保留第一、二象限的内容。

产出示例

五月任务:

  • 重要且紧急:23 日前提交项目中期报告
  • 重要不紧急:完成运动计划 12 次;读完 1 本书;学习 Figma 基础

3.3 周度计划(执行层)

时间节点:上周最后一天(或周一早上),先复盘上周,再制定下周计划。

步骤

  1. 从本月任务中,将下周应推进的任务平摊到各个周。
  2. 增加下周确定的硬性截止任务(例如周三会议前需准备的资料)。
  3. 使用完整四象限对下周每个任务打标签:
    • 第一象限(重要且紧急):有固定死线,不做会影响周目标或他人
    • 第二象限(重要不紧急):无死线,但完成后对长期有益
    • 第三象限(紧急不重要):放入待办池(见 5.5),当天快速处理或拒绝。周计划中保留象限标签备查
    • 第四象限(不重要不紧急):放入待办池,不做排期
  4. 设定周目标:通常 1~2 件第一象限 + 2~3 件第二象限的事。完成这些即算成功的一周。
  5. 将选定的任务大致排布到每一天,并标记每个任务的建议截止日(DDL)。

产出示例

象限 任务 计划日 DDL
第一象限 准备周三汇报 PPT 周二 周三 10:00
第一象限 回复客户合同修改意见 周四 周五 12:00
第二象限 完成第 3 章读书笔记 周一、周三 周日
第二象限 运动 3 次 周一、周三、周五 周日

3.4 日度计划(灵活执行层)

时间节点

  • 上周最后一天已做“大致排布到每天”。
  • 每天早晨(或前一晚)根据当日情况微调当日清单。

步骤

  1. 从周计划的”计划日”中取出今天应做的任务,并考虑是否有新增的真正紧急且重要的事。
  2. 标记当日精力状态(高 / 中 / 低),据此调整任务分配:
    • 精力高:P0 可排入难度最大的任务
    • 精力低:优先选择消耗较小的 P0
  3. 使用简单优先级(P0 / P1 / P2)标记:
    • P0:今天必须完成,否则会影响周目标或造成严重后果
    • P1:今天最好完成,但挪到明天也可以(通常是第二象限任务)
    • P2:有余力再做(零碎琐事、优化类工作)
  4. 当日清单遵循以下数量限制:
    • P0 最多 2 个:完成全部 P0 即算今日胜利
    • P1 最多 1 个
    • P0 + P1 总数不超过 3 个。若超过,说明周计划排太满,需要调整
  5. P0 → P1 → P2 的顺序执行,优先保证 P0 完成。

日计划的调整规则

  • 允许调整,但只允许降级,不允许无序插入
  • 如果早晨临时出现一个真正的紧急且重要事件(例如服务器宕机、突发急事),可以把原定 P0 降为 P1,先处理突发事件。若原 P1 因此被挤出(总数超 3),则将原 P1 推迟到次日或直接移除。
  • 如果只是一个紧急但不重要的打扰(如促销消息、非紧急电话),不要插入当日清单,放进待办池留到下周评估。

产出示例(每日清单)

2025-06-02 周一 | 精力:高
P0:准备周三汇报 PPT 大纲
P0:回复客户 A 的报价邮件(ddl 今天 17:00)
P1:运动 30 分钟(可挪到周二)
P2:整理桌面


4. 层级间传递关系图

1
2
3
4
5
6
7
8
9
年度目标

季度目标(重要性排序)
↓ 拆解 + 识别潜在紧急
月度任务(只保留第一、二象限)
↓ 平摊 + 加硬性死线
周度任务(四象限分类,设定周目标)
↓ 排布到天
日度任务(简单优先级 P0/P1/P2,灵活微调)

5. 必备工具与模板结构

以下定义各层级页面的必要字段,可直接映射到飞书多维表格或文档。

5.1 年度/季度页

字段 说明
年度目标 3~5 条,按重要性排序
季度目标 每条目标附带 1~3 个关键结果(可量化)
季度复盘 完成度评估、未完成原因、下季度调整方向

5.2 月度页

字段 说明
重要且紧急 本月必须完成、有硬性死线的任务(≤5 条)
重要不紧急 从季度目标拆解的主要任务(≤5 条)
关键日期 死线日、重要事件(标记在日历视图)
月末复盘 完成/未完成总结、下月调整

5.3 周度页

字段 说明
第一象限任务 每条含:任务名、计划日、DDL
第二象限任务 同上
第三/四象限 放入待办池,周计划中仅保留标签备查
每日重复 勾选后表示该任务本周每天执行(如背单词、冥想)
周目标 2~4 项关键结果
日任务纵览 周一~周日,每格预填当日 P0/P1
周末复盘 完成/未完成总结、领域平衡检查、下周调整

5.4 日度页

字段 说明
日期 当天日期
精力 高 / 中 / 低,标记当日精力状态
每日惯例 本日固定重复项(如”背单词30min、冥想10min”),不占任务关联位
首要任务 关联周度任务,最多选2条,当天必须完成(对应 P0)
重要任务 关联周度任务,最多选1条,最好完成(对应 P1)
可选任务 文本填写,有余力再做(对应 P2)
完成记录 直接记录当日完成情况,替代勾选框

5.5 待办池(Inbox)

  • 定位:独立清单,存放所有”非本周目标但需要评估”的事项。
  • 来源
    • 周度计划中识别的第三、四象限任务
    • 日常临时捕获的想法、请求、灵感
  • 处理节奏每周最后一天(制定下周计划时)清空待办池,逐条评估:
    • 安排到下周 → 进入周度四象限分类,正常排期
    • 待定 → 保留并备注当下评估结论(如”Q3 再启动””等 XX 反馈后再说”)
    • 放弃 → 确认不重要,直接删除
  • 原则:待办池不允许无限积累,每周必须清空一次

5.6 每日重复任务机制

对于”每天背单词”、”每日冥想”这类需要每日执行的重复性任务,采用周度标记 + 日度记录的双层方案:

周度任务表

  • 新增「每日重复」复选框字段
  • 做周计划时,勾选需要每日执行的任务(如”背单词30min”)
  • 这些任务在周计划中只需创建一条记录,无需为每天重复创建

日计划表

  • 新增「每日惯例」文本字段
  • 每天填写当日固定重复项(如”背单词30min、冥想10min”)
  • 该字段不占用首要任务/重要任务的关联位,仅作当日提醒和记录
  • 首要任务/重要任务仍留给当天真正的变量任务

流程

  1. 周日做周计划时,在周度任务中创建重复任务并勾选「每日重复」
  2. 每天做日计划时,将勾选了「每日重复」的周度任务简要写入「每日惯例」
  3. 完成后通过完成记录或额外勾选追踪

5.7 习惯打卡机制(多维表格方案)

核心原则:习惯(背单词、冥想)没有明确产出和截止日,和任务(写周报、做项目)本质不同,应分开管理。

最终方案:多维表格内习惯打卡(数据一体化)

在多维表格中新增两张表:

习惯清单表(定义有哪些习惯):

字段 说明
习惯名称 如”背单词30min”
领域 同季度计划的6个领域
频率 每天 / 每周3次 / 每周1次 / 自定义
状态 进行中 / 已放弃 / 暂停
创建日期 什么时候开始的

打卡记录表(每次打卡一条记录):

字段 说明
日期 打卡当天
关联习惯 关联到习惯清单表
备注 可选

优点:所有数据在一个地方,可做统计、可和领域平衡联动。
缺点:每次打卡需新建记录,不如勾选顺滑。

已废弃方案:云文档 + 打卡组件方案(方案B)已删除,原因:数据与多维表格不联动,需在两个地方切换,维护成本高。


6. 关键心法与禁忌

层级 核心心法 禁忌
年/季 只看重不重要,不看急不急 把紧急的事当成重要目标
提前识别“会变紧急的事” 把不重要的任务塞进月度计划
平衡“救火”与“防火” 周目标全是紧急任务,没有重要不紧急
完成 P0 就是胜利 每天列超过 5 件事,结果一件都没做好

通用原则

  • 层级越高,越少考虑“紧急”。
  • 层级越低,越少纠结“重要”,只问“今天先做哪个”。
  • 日计划可改,但必须守住周目标的底线。

7. 领域平衡机制(解决偏科问题)

7.1 领域定义

  • 根据个人情况列出 3~6 个核心领域(例如:技术、运动、阅读写作、心理、社交、家庭)。
  • 每年/每季度可以调整领域列表。

7.2 战略层(年/季)规则

  • 为每个领域设定 1~2 个可量化的最低目标(不是任务清单)。
  • 输出《季度领域目标表》。

季度领域目标表示例

领域 本季度最低目标
技术 完成项目A的数据库设计
运动 每周运动3次,共36次
阅读写作 读完2本书并写笔记
心理/情绪 每天冥想10分钟,共80天
社交 参加2次线下活动

7.3 月度层规则

  • 制定月度任务时,快速检查是否有领域完全空白
  • 若有领域完全空白,主动补充一个最小可执行动作(例如”本领域本月只做 1 次”即可)。

7.4 周/日层规则

  • 不再标记领域标签,完全按照四象限(周)和 P0/P1/P2(日)执行。
  • 领域平衡已在更高层保证,执行层无需重复考虑。

7.5 “兴趣池”管理

  • 新建一个独立清单,存放“不是目标但想尝试”的事情(如学画画、看某部电影)。
  • 不进任何计划层级,仅在每日 P0/P1 完成后且有余力时选取。
  • 每周最多完成 2 项。

7.6 复盘时的领域检查

  • 每周末、月末、季末复盘时,额外回答两个问题:
    • 哪个领域被过度投入了?
    • 哪个领域被忽视了?下周期如何调整?

8. 完整案例

8.1 季度目标(Q2)

  • 技术:完成项目A的数据库设计
  • 运动:每周运动3次,共36次
  • 阅读:读2本书并写笔记
  • 兴趣池:学吉他基础和弦、看《奥本海默》

8.2 月度(5月)

  • 技术:完成数据库ER图(第一象限,DDL 5/20)
  • 运动:运动12次(第二象限)
  • 阅读:读完《深入理解计算机系统》前5章(第二象限)
  • 兴趣池:暂不进入月计划

8.3 周度(某周)

本周任务表

象限 任务 计划日 DDL
第一象限 完成ER图初稿 周二 5/7 周三
第二象限 运动3次 周一、三、五 周日
第二象限 读书1章 周四 周日

8.4 日度(某周二)

2025-06-03 周二 | 精力:中

  • P0:完成ER图初稿(来自技术领域)
  • P1:运动30分钟(来自运动领域)
  • (P0+P1共2个,合规)
  • P2:整理笔记
  • 完成P0P1后有余力 → 从兴趣池拿出”练吉他10分钟”

9. 最后一条建议

如果你在实际执行中发现“即使有高层分类,执行时仍然偏科”,那说明你的周计划平衡出了问题。此时不要增加日度分类,而是强化周度计划的“四象限”时主动问一句:

“本周四个象限的任务里,是否每个领域至少出现了一次?”

如果没有,就在周计划里补一个第二象限的小任务(比如“周二晚上读10页书”)。


10. 文档版本与更新

v1.5

  • 删除习惯打卡方案B(云文档 + 打卡组件),保留方案A(多维表格内习惯打卡)
  • 已删除云文档”习惯打卡”(doc token: WvUzdjBHIo5MrIxzMXAcTMjWnAb)
  • 变更日期:2026-06-02

v1.4

  • 新增习惯打卡机制(§5.7):习惯与任务解耦,提供多维表格内打卡(方案A)和云文档打卡(方案B)两种方案供选择
  • 变更日期:2026-06-01

v1.3

  • 新增每日重复任务机制(§5.6):周度任务表增加「每日重复」复选框,日计划表增加「每日惯例」文本字段,解决”每天背单词”等重复任务的录入问题
  • 变更日期:2026-06-01

v1.2

  • 当前版本:新增待办池定义、删除”授权”和★标记、优化领域检查规则、增加精力标记、统一模板格式
  • 变更日期:2026-06-01
  • 制定依据:个人计划习惯 + 四象限法则 + 优先级分层策略 + 领域平衡需求
  • 后续迭代:每季度末回顾本需求文档,根据实际使用体验调整层级职责或模板字段。

v1.1

  • 历史版本:新增领域平衡机制,调整章节顺序

v1.0

  • 历史版本:新增个人计划制定表,确立四象限分层框架