用待辦事項清單管理小計畫-2 The PigPog Method

值得做的事，不必一開始即要做到完美。
Anything worth doing does not have to be done perfectly -- at first.

在看了 The PigPog Method 之後,我發現它們提出用待辦事項清單管理計畫的解決方法是'善用附加記事', 管理小計畫的原則是'規劃並保存紀錄'(Planning and Keeping History).
附加記事是很適合規劃小計畫的一塊天地, 首先, 它的優點是直接與待辦事項本身關聯, 查找方便.
第二, 它有4k的空間可以存放足夠的事項內容.

那麼, 它有什麼缺點呢?

它的缺點就在於附加記事的記事本身, 沒有可以供人依循的記事規則.

代辦事項程式中雖然有附加記事可以用來規劃, 但是一般人使用附加記事的方法通常相當隨意,
東寫一點西寫一點. 沒有一個準則, 即使在回顧時也總是讓人感覺附加記事這塊亂亂的, 感覺不到用附加記事規劃的好處, 長此以往就會開始迴避使用附加記事.

我借用 Joel 的原話並曲解來解釋我的附加記事使用原則, 秘訣就在於"邊開火邊移動".

什麼叫邊開火邊移動?

既然計畫沒辦法一次全部規劃完成, 那就第一次盡量詳細規劃, 之後想到什麼就補充什麼.
如果不開始規劃, 永遠不會有產出結果.

The PigPog Method 提出了要結構化地使用附加記事的方式.

結構化地使用附加記事? 該怎麼做呢? The PigPog Method 提出一個可行的方法:
使用 TeikeiDA 幫忙.

在 Memo 中加入下面一則記事, 其內容如下:

TeikeiD:GTD
=Outcome=
=Plans=
=History=
=Notes=

之後在待辦事項清單規劃計畫項目時, 就將這四個項目貼進去.
我們以用待辦事項清單管理小計畫-1的例子來看, 可以將上例放在同一則待辦事項中.顯示如下

待辦事項: 寄包裹給OO [分類(@Errand)]
附加記事內容:
=Outcome=
送紀念品給 OO

=Plans=
@Internet: 查詢包裹運送進度
@Wait for: 和 OO 談話

=History=
@Call : 問OO地址
@Wait for...: 取得OO的地址
@Home: 包裝紀念品給OO

=Notes=


當完成"寄包裹給OO"這件事後, 就將這個代辦事項貼到"=History="列表後,
然後將"=Plans="列表的第一項"查詢包裹運送進度"剪下貼到代辦事項欄內,
並將分類改到"@Internet"

這就是結合The PigPog Method 的"邊開火邊移動".


對我來說, "=History=" 項目不如"=完成項目=(=Done=)"更直覺,
所以到底要怎麼分, 還看個人,
只要將"管理小計畫的原則是規劃並保存紀錄"這個精神抓到就好了.


文章中提到好幾次The PigPog Method, 但其實它的網頁敘述相當不易理解,我也沒耐心全部看完,
因此這篇文章只是我目前使用管理小計畫的一些想法,
仍屬於實驗中的方式, 尚有些不方便之處.
不過有些我原本無從規劃的小計畫, 已經過這種方式解決了不少.
希望大家來討論出更可行的方式吧.

關聯閱讀:
用待辦事項清單管理小計畫-1 步驟分析