番茄工作法之程序员的个人日计划 Markdown 模板

前言

之前半年时间，参考B站的一个视频，重新学习了解了一遍番茄学习法，并且付诸实践，照搬相关的记录表尝试做了一些纸质记录。效果还可以，但是由于我自己的个人工作生活安排，里面有一些记录方式其实可以做一些调整。

另外。纸质记录确实也不是很方便，打算将其做成文档化的东西，所以就做了这个个人日计划 Markdown 模板。

关键词：程序员 计算机 编程 软件开发 日计划 日报 周报 番茄工作法 效率 学习提升

模板内容

这个模板主要是从个人的实际情况做了一些调整，日常需要工作的事项主要是作为程序员做软件开发，以及做数码博主的一些内容输入输出。

这个模板内容基本使用原理是和原来视频提到的方法论一致的，但是对于一些事项的记录做了一些微调。

文档的命名会做成有规律的，内容都是基于同一个模板填写。

这样之后很方便解析，并且写程序去解析内容自动生成周报，季度报告和年度报告，相关的数据也可以做成可视化的图表。

先上模板，markdown 纯文本内容如下:

# Pomodoro Daily Plan 2021.12

## Activity Inventory

| id  | Item | DDL | Estimating | Important | Emergency |
| --- | ---- | --- | ---------- | --------- | --------- |
|     |      |     |            |           |           |

## Records 

| TaskId | Start time | TO DO | Status | Estimating | Actual | Comment | Category | Date |
| ------ | ---------- | ----- | ------ | ---------- | ------ | ------- | -------- | ---- |
|        |            |       |        |            |        |         |          |      |

## Date:

### Todo today

| TaskId | Start time | TO DO | Status | Estimating | Tracking |
| ------ | ---------- | ----- | ------ | ---------- | -------- |
|        |            |       |        |            |          |


| TaskId | Start time | Emergency issue | Status | Tracking |
| ------ | ---------- | --------------- | ------ | -------- |
|        |            |                 |        |          |

## Tech details

- Pomodoro: 25 mins
- Short break: 3-5 mins
- Long break for 4P: 15-30 mins
- Tracking:
  - interruption cause 0 pomodoro
  - done within 5 mins as 0 pomodoro
  - done over 5 mins then reviewing
  - X for 1 clean pomodoro
  - I for an internal interruption
  - O for the outside interruption
- Interruption
  - new issue to Activity Inventory/TODO/Emergency issue
  - add a task and ask for waiting util one pomodoro done
  - handle it first then add to Emergency issue with DONE and input Tracking
- Estimating
  - need more: if a task need more time, estimating again with "+n"
  - less: if a tast done within estimation, noted with "-n"
- Status
  - TD: Todo
  - W: Working
  - D: Done
  - C: Cancel
- Category for records
  - DEV: developing
  - LR: learning
  - MT: meeting
  - CM: communication
  - OT: others
  - RD: reading sth about 3C
  - WT: writing sth about 3C

文档效果如图：

如果你不喜欢 markdown 文档，也可以自己自行改造做成word版或者excel版。

下面具体解释一下和原视频用的番茄表有什么改动，改动的内容是什么含义。

活动清单 Activity Inventory

这里的活动清单表，主要用于记录每个月的一些待办活动。我的打算是把这个文档做成每月一份，里面包含当月的全部日记录，以及总记录表。

表格的id字段是数字id，用于标识若干事项item。

Estimating 字段指的是预估的番茄数。

Important 和 Emergency 是 Boolean，简单用 1 来表示是否重要以及是否紧急

记录表 Records

这个记录表是包含当月总结的一个记录表，它应该是若干天 TODO list 的一个并集，里面记录的 TaskId 对应的就是每天 TODO list 里面的 TaskId，当月内这个 id 都是数字主键自增。

前面若干字段都是直接从今日待办事项里复制过来的，含义一样。

Category 是事项分类，把每天处理的事情分成几个类别，这样月度统计就能知道时间大概都花到哪些事情上了。

Estimating 字段指的是预估的番茄数，来自于实际当日待办事项的记录值。 Actual 字段则是具体实际使用的番茄数，可能会比预估多，也可能会少，下面在使用说明部分会具体展开讲怎么处理。

有预估，有实际，这样就能很明显看出自己对于事项的预估情况，帮助自己更好的预测和处理待办事项。

Comment 字段是备注一些额外信息，可以是收获或者是吐槽。

今日待办事项 Todo today

最前面有个 Date 字段，每天复制这段今日待办事项模板之后，会填入当天的日期。

接着 Todo today 分为两个部分，上半部分是计划内的正常任务，下半部分是计划外的突发任务。

上半部分的表格里，在每天早上工作之前，把若干事项从活动清单里挪到下面的今日待办，并且打上 TaskId 表示安排的顺序，Start time 字段记录实际开始时间.

TO DO 字段里面填写的是具体要做的事情。

Status 字段是我新增的，在原来的视频介绍里面，对于一个事项的状态只有完成和取消，但实际工作中可能会有多种状态，所以这里我给自己设置了一些事项状态用于记录。

Tracking 字段用于实施番茄工作法的记录。记录每个番茄时钟的完成。

最后一列 Estimating 的数据来自活动清单的预估番茄数，在实际 Tracking 记录的过程中，如果番茄需要更多，则二次评估，后面写上 “+n”，同理与三次评估。如果番茄预估过多，则写上 “-n” 表明多估计的数量。

下半部分的表格里，表示在当日工作中，发生内部打断或者外部打断遇到的计划外的事情。

被打断的话，分两种情况，一种是可以延迟处理的，那么记录打断，同时将其安排到活动清单/今日待办/紧急事件里，紧急事件就安排下一个番茄时间里处理。

另一种是不可延迟需要立即处理的，那么就记一下开始时间，先去处理，处理完回来记录到紧急事件里。

紧急事件会新启一个 TaskId，并且记录 Startime 开始时间，在 Emergency issue 字段里写上这个紧急事件要做的事情，用番茄工作法来 Tracking 完成。

使用说明

具体的使用流程步骤如下

• 回顾记录表 Records 进行思考
• 检查是否需要新增事项 item 到活动清单 Activity Inventory
• 复制一份新的今日待办 TODO Today 模板，填入当天日期
• 选择若干事项从活动清单 Activity Inventory 挪到今日待办 TODO Today
• 开始番茄时间
• 在 Tracking 记录状态
  • X 表示完成一个完整的番茄时钟
  • 事情做完，如果当前番茄钟只用了不到5分钟，不计番茄数
  • 事情做完，如果当前番茄钟用了超过5分钟，则进行回顾，直到番茄结束
  • 如果被打断，记录打断，并且番茄失效
  • I 表示内部打断
  • O 表示外部打断
  • 打断可能触发 “紧急事件” 流程
• 填写记录表 Records
  • 将今日待办的事项复制到记录表内
  • 填写 Actual, Comment, Category, Date
• 回顾记录表 Records 进行思考
• 检查是否需要新增事项 item 到活动清单 Activity Inventory

后记

这份模板其实可以改造的空间很多，如果大家有什么想法也欢迎评论区留言。

下一步，我现在思考的事情是，如何更通过一些工具更加自动化地简化流程。比如说，现在都还是得需要手动去填写这些数据，特别是处理今日待办的数据，其实也可以写一些命令脚本，使其直接在命令行工具里通过敲命令来记录和处理数据的，并且也可以自动在下班的时候提醒填写记录表。

因为都是 markdown 模板，所以其实不难操作数据流。为了做这个事情，还得去学习一下。如果有大神有做过类似的事情，也欢迎分享一下想法。

如果觉得这篇文章还不错，麻烦可以给个赞同，你的支持就是最大的动力。

最后，感谢阅读，有兴趣了解更多可以点个关注