[GTD] 分享我最近用GTD 時間管理的心得+時間管理軟體實用技巧說明

twhsi

eValue兄
文筆很幽默喔
應該不是討論區的新手喔

一直覺得GTD討論都太嚴肅了
有eValue加入應該會變得更加有趣..................

ctchiu1

Originally posted by D.L.懷特 at 2005-7-13 11:52 PM:
假設一個狀況：
老闆今天臨時叫你明天到國外出差兩週，並請你將原先預定未來兩週的工作事項作一個交代與整理。

問題：
1)您現有的LB系統能否預覽未來兩週的工作？
2)如果可以，那是如何設定？
3)如果不可以，有何其他快速有效的因應之道？

==============================================================================================================
問題分析:

由於會出差，而且要交代工作事項，設定應該不是一個內部技術人員，也不可能是一個程式設計師，很難想像會有一個老闆對一個要出差的SE要求把所寫的程式交給別人繼續，所以就設定為一個業務人員吧

一個業務手下不太可能只有一個案子在run，所以設定有三個proj同時在run，討論就只以一個task的交接為例，其餘都是類似的說法
目的是交代跟整理，所以做完的，正在處理中的，尚未完成的都必須有提到，重點是瓶頸跟配合人員，目前的預算花費及交接人員之間如何配合。
===============================================================================================================
實作:

收件匣(這裡包含所有未處理的問題，參考項目，project名，單純設定下收件匣只有一個，要注意的只有這個地方)
..
..
XXX  參考項目( 這個項目，如果己確定列入參考，則打勾後，丟到daynotez中，分類為參考)
XXX  也許有一天 ( 這個項目，如果己確定列入有一天想做，則打勾後，丟到daynotez中，分類為有一天)

xxx 不重要(這個項目，如果己確定不重要，則打勾後，丟到daynotez中，不做分類)
...
....
P0023(目前進行專案1)$430000(24000)總預算430000，目前階段性己使用掉240000)
     taskAp0023(己完成) 存入daynotez中keywork 設定為p0023，分類為工作$10000(收件匣中已無此項目)
     taskBp0023(己完成) 存入daynotez中keywork 設定為p0023，分類為工作$230000(收件匣中己無此項目)
   

====================================================================================
此階段正在清單中run（放在這裡是因為比較好說明，請認定這二個task已經放在work的TLI中)
     taskCp0023(T01/01/01@辦公室)$80000(34000)(時間，地點設定好後，整個task移到TLI的WORK下, 時間，地點都是隨時可以改的)
        G A先生(配合人員)
        W B先生(等待回音)K T下周一回電  (此人為keyman)
        by X先生(note: 記得電話要交接)---->(知道要出差後，應變的措施馬上加上去)
        R:等待資源(此處資源由taskB產生，由於taskB己完成，此處是資源在等人處理)
        $80000
            12000$@ XXX
            22000$@ IIIIII

     taskD@UU公司p0023(T01/01/10@上班)$70000(20000)(01/01/10上班時間跟UU公司作 TOUCH)
        G 配合人員N先生
        W 等待回音(尚未連絡，此處無此項目，依時變動)
        R:等待資源(此處資源須待taskC產生，目前是等待資源中)
=================================================================================   
改變是必然的，所以這種突發狀況一定會發生，而如何去對應才是使用計畫的重點  

taskE (END)此階段須待taskC完成後，才能決定走向，目前不做設定
      
P0024(目前進行專案2

P0025(目前進行專案3
    ....
  .....
   .... .....
xxxx
xxxx

以P0023中的taskC來討論，目前要交給代理人的注意事項
1. 檢查收件匣，task e的部分注意
2. 檢查TLI中有P0023的部分作回答

這些是你知道要出差時，你的pda中的TLI項目
現在針對p20023報告
0023案預算為420000元，目前己結清的部分是240000
taskA xx/xx/xx 完成，使用10000元經費
taskb xx/xx/xx完成，使用230000元

目前taskc 與taskd 正同時進行
   taskc 目前的配合人為a先生，有事可以由他對應
    此階段預算經費為80000,己用掉34000
    keyman 是xx公司的B先生，己聯絡預定予yy/yy/yy 回電，確定代理人是X先生後，再跟B先生說明交接
    目前需要的資源己ready,只等B先生同意後就可以進行了。

    task D 配合人員 N先生己交接說明ok,待task c完成後，就可以進行
    經費部分也是如此報告

TASK E 則在TASK C之後，再行決定。腹案己在電腦的P0023 目錄中。

工作時，注意的是todolist,目前是報告，所以看的是 TLI 才能 針對TASK 作完整報告

這是針對一個proj0023 的部分，另外的proj 也是如此交接
如果需要知道以前完成的事，可以把 daynotez叫出，以KEYWORK(P0023) 配合過濾器自行回答

所有的工作，只使用LB 配合 DAYNOTEZ,工具單純，注意力才能集中

eValue

Originally posted by ctchiu1 at 2005-7-14 08:20 PM:
問題分析:

由於會出差，而且要交代工作事項，設定應該不是一個內部技術人員，也不可能是一個程式設計師，很難想像會有一個老闆對一個要出差的SE要求把所寫的程式交給別人繼續，所以就設定為一個業務人員吧

一個業務手下不太可能只有一個案子在run，所以設定有三個proj同時在run，討論就只以一個task的交接為例，其餘都是類似的說法
目的是交代跟整理，所以做完的，正在處理中的，尚未完成的都必須有提到，重點是瓶頸跟配合人員，目前的預算花費及交接人員之間如何配合。
===============================================================================================================
實作:

收件匣(這裡包含所有未處理的問題 ...

不愧是ctchiu1，回應懷特兄問題方式跟寫數學證明題差不多，小弟甘拜下風...
那麼複雜的敘述，應該可以抵擋懷特兄兩三天才是。

didream

Originally posted by eValue at 2005-7-14 10:16 PM:


不愧是ctchiu1，回應懷特兄問題方式跟寫數學證明題差不多，小弟甘拜下風...
那麼複雜的敘述，應該可以抵擋懷特兄兩三天才是。

是的！我也是覺得ctchiu1真是個狠角色…
為了不辜負ctchiu1兄，我還是很用力的仔細研究了！
真的是學到了不少呀！
這樣子已經到了開始作專案控管的規模了！
要是我，我也會選擇LB來做組織的工作
不過我的事項沒那麼複雜，用輕量級管理就行了

cpochun

問題挺單純的，不過解說的很詳盡，也就挺複雜。
就個人的閱讀與理解，ctchiu1兄就是把已完成的項目丟daynotes並加註P0023。
然後未來兩週部份，就檢核Inbox 與 TLI 為P0023的項目。
其餘的背景資料，其實就與題目無關…

簡言之，就是人工檢核，或是以 P0023為關鍵字 過濾…？
(同eValue兄的結論：要自己判斷哪些事項是兩週內要作的，系統不幫你處理)
或者是我對於ctchiu1兄的解說有所誤解？(小建議，若直接以LB的Outline方式表達會較易理解）

就我瞭解在LB裏，task在指定時間上有due date 或 Datebook，也就是說，它只有記載單一時間點，就懷特兄的問題，需要的該有Start Time 及 Target Time 兩個時間點。
懷特兄的問題其實在 Shadowplan處理得較好，因為它每個Item(相當於LB的Task)的時間及進度資訊較多，就專案管理而言，會較容易掌握進度及預訂工作。
甚至在Shadow裏，之前討論的一事多地點的問題，也可以由它的Tag來解決。

以GTD來說，Place 與 ToDo其實佔去較大的一環，對於時間、進度上的掌控(Project極必要的一環)就比較少予著墨，而ToDo+Place正是LB的核心所在，也因此LB在GTD上的應用相對而言是較易上手的。

對GTD也是剛入門，如以上所述有所錯誤，還請不吝指正，謝謝。

twhsi

又多了cpochun兄
我們GTD軍團最近多了不少生力軍

其實如何用LIFEBALANCE對我而言
有點像
"見山是山，見山不是山"的弔詭問題
因為我也反反覆覆用了很多不同的方式去運用LIFEBALANCE

目前我的LIFEBALANCE只放些任務，外出購物清單及很規律化的工作清單 (詳附件左半部)
我的用法目前和D.L.懷特兄狠像
我也沒有將LIFEBALANCE事件和任何TODO作聯結
這樣的好處是
1. 清空收件匣很快(在PC上，LIFEBALANCE設定單一事件有些慢，，要加上時間地點等)
每天我清空收件匣後有許多的瑣事
行事曆，代辦事項，任務或任務支援資料也會有20件以上
我學D.L.懷特兄的"批次處理"概念
利用早上時間分到行事曆，代辦事項內，將任務或任務支援資料放到LIFEBALANCE上
(任務支援資料放在OUTLINER單一事件NOTE中，詳附件右半部)
在"處理"行事曆，代辦事項都可以用鍵盤快速KEY入重複指令以有效節省時間
(LIFEBALANCE要用到很多次滑鼠，且不易做"批次處理"
真的很快

2. 行動檢視時很單純
我就是看PDA上面的TODAY，上面就列出行事曆，代辦事項
如同D.L.懷特兄所說，完全不用擔心看不到隱藏的單一事件
我用時間，地點分類，也為單一事件設重要性 (都在PC上完成)
上班時，拿出PDA把最重要的事找出來
優先做掉


但是學習GTD一路走來
研究LIFEBALANCE給我很大的幫助
因為OUTLINER的軟體對於了解"任務"有很大的幫助，LIFEBALANCE場合概念更是很好的分類法，
如同ctchiu1兄提到的心智圖觀念
我是用來分析任務的(也是一般人所說的專案管理)
GTD五大流程加上任務的企劃及追蹤管理
這兩項是我從"搞定"這本書學到基礎觀念
但是在PALMISLIFE學到實踐的方法

完|)

[ Last edited by twhsi on 2005-7-15 at 06:22 ]

ctchiu1

好多人加入討論了，希望能在這裡知道更多人的想法，得到進益，更感謝twhsi中提供了這個場所與起點。謝謝

題外話，心中想法的表達
時間管理的演進:
==========================================================
第一代(1G)時間管理：使用記事與便條 Notepad、DiddleBug，僅有將記事與便條記下的事做完，沒有對長期規劃的觀念。
第二代(2G)時間管理：使用行事曆 Datebook，具備了長期規劃的能力，但是無法在其上分辨什麼事情是比較重要的。
第三代(3G)時間管理：在待辦事項 Todo 上加入了優先順序的概念，要事第一， 但較不"人性"化。
第四代(4G)時間管理：個人管理，兼具前三代的優點，以原則為重心，配合個人對使命的認知，兼顧重要性與急迫性；強調產品與產能齊頭並進，著重第二類(不急迫但重要)事務的完成。
=============================================================
以上這種分類，應該是 大師 柯維 在他那本 與時間有約 開始流傳的

這四代，基本上，是有其時代背景的

第一代:

最早期，人的生活是很悠閒的，每個人 自給自足，只要把自己該做的事處理完，就可以安穩的生活了，這種時代背景下，第一代的管理，其實就是 有什麼事，有，就現在做，許多談 效率的書都是強調 現在做，其實這個就是第一代的做法，目的是 不要拖延。

第二代:
人與人之間的交集頻繁，生活中，必須與其他人，物配合的情況愈來愈多，這個時代加上了時間點的觀念，可以說是第一代的進化，但是並沒有將 第一代的核心思想(現在做)帶過來，這段時期是 "到時做" 的代表。因為事件衝突的關係，這一代開始了"拖延"

第三代:
人的活動時間有其 時域性，造成在某時間點 的活動更為頻繁，活動之間的衝突不時產生，這時開始思考事情是否有其必要性，然後就有了 優先順序的加入，這是第三代。針對重要的事做，這一段可以說是"選擇"的時代。

第四代:
顯然人還是有思想的，在這種大環境下，每個人從早忙到晚，到了晚上，不禁想，我每天忙得家人都看不到我，有錢也不是我在花，生命中都是別人的事，我到底在做什麼?
" 完全由別人安排的人生，毫無意義"
於是我們又回到了第一代自給自足的生活，不過現在有了改變。
事件的"發生時段"由我們自己安排，時段安排後，衝突的事件不再是點，而且時段，在該時段中的事件，優先順序由自己在該時段內以如同第一代的清單方式"現在做"，這一代的重點在 於"我" ，由我主動掌控時間，事件。

以上是我 對這四代 時間管理的認知，每一代都有其歷史背景，沒有說 那一種 是最好的。因為所謂的第四代 其實是進化成為 更好的 第一代 時間管理而已。

ctchiu1

學習懷特兄，提出一個問題，請大家指教  
   你正在趕路，女朋友生日，要趕去買禮物，女朋友很不好伺候，忽然你在路上看到一個孕婦，好像有點問題，但是其他人都是匆匆而過，現在你是一個時間管理的奉行者，女朋友這對你來說，是一件大事，那個婦人跟你一點關係都沒有，請問你要如何處理這種狀況?

這個跟時間管理沒有什麼關聯，只不過是第四代中對事情選擇的標準而己，請問你如何對應:

boursaki

Originally posted by ctchiu1 at 2005-7-15 11:08:
學習懷特兄，提出一個問題，請大家指教  
   你正在趕路，女朋友生日，要趕去買禮物，女朋友很不好伺候，忽然你在路上看到一個孕婦，好像有點問題，但是其他人都是匆匆而過，現在你是一個時間管理的奉行者，女朋友這對你來說，是一件大事，那個婦人跟你一點關係都沒有，請問你要如何處理這種狀況?

這個跟時間管理沒有什麼關聯，只不過是第四代中對事情選擇的標準而己，請問你如何對應:

這個問題好像跟主旨(時間管理,GTD)差蠻多了 應該要放在別的討論區吧

didream

當然是先處理孕婦的問題呀！人命關天！
然後哩…在PDA裡含淚寫下new project：安撫女王的怒火…

ctchiu1

請把女朋友換成工作，把孕婦當作你的人生價值，這是柯維裡面的問題轉換，希望不要讓你覺得無聊，生命中的所有事物都是關聯的，形式只是觀念的現象化而已，還是請大家考慮一下，要出去吃飯了，BYE

didream

Originally posted by ctchiu1 at 2005-7-15 09:23 AM:
以上是我 對這四代 時間管理的認知，每一代都有其歷史背景，沒有說 那一種 是最好的。因為所謂的第四代 其實是進化成為 更好的 第一代 時間管理而已。  

二代考慮的比一代多，三代考慮的比二代多，四代考慮的比三代多
考慮的越多，當然是對於整體的規畫有相當的幫助
但是相對的，組織的精確度也就更加的重要
組織錯誤，實際實行的時候反而不能產生提示效果
檢視自已的系統有沒有產生功效、是不是夠精簡快速，是相當重要的！
依照自我需求，建立相對應的有效系統，是相當重要的！

twhsi

==>請把女朋友換成工作，把孕婦當作你的人生價值，這是柯維裡面的問題轉換
ctchiu1兄
比喻很好啊....
最近常在想光頭柯維的第八個習慣
看來您也對他有興趣
思考中.........

有空看看這裡
http://groups.google.com.tw/group/8habit?hl=zh-TW

ctchiu1

這個問題好像太白目了，大家不是很感興趣，所以換個標題，請大家不吝指教

事件在時間點上的衝突，要如何化解?

Originally posted by ctchiu1 at 2005-7-15 11:08 AM:
學習懷特兄，提出一個問題，請大家指教  
   你正在趕路，女朋友生日，要趕去買禮物，女朋友很不好伺候，忽然你在路上看到一個孕婦，好像有點問題，但是其他人都是匆匆而過，現在你是一個時間管理的奉行者，女朋友這對你來說，是一件大事，那個婦人跟你一點關係都沒有，請問你要如何處理這種狀況?

時間管理的目的，是為了解決事件，而不是單純要找出時間來，問題如果拖延後，後續是不是會發生更多的問題，請多思考:
如果 女朋友 說 " 是不是 別人比我還重要時，請問你的想法如何，問題是否有解決?

D.L.懷特

Originally posted by D.L.懷特 at 2005-7-13 11:52 PM:
假設一個狀況：
老闆今天臨時叫你明天到國外出差兩週，並請你將原先預定未來兩週的工作事項作一個交代與整理。

問題：
1)您現有的LB系統能否預覽未來兩週的工作？
2)如果可以，那是如何設定？
3)如果不可以，有何其他快速有效的因應之道？

我的解決方案很單純與直覺化，不玩Hide and Seek：

1)前往agendus的canlandar view列出Next two week的所有appointments, event, milestones（checkpoints）
2)前往agendus的todo list view列出Next 2 weeks的所有dated NAs
3)同時也在agendus的todo list view列出所有undated的所謂asap性質的NAs
4)視1,2,3點的需要，link進bonsai挑選出相關專案，做完整交接說明。

這就是GTD所謂的Buttom-Up另類方法，因為你已經經常性做了weekly review，列出該做的NA。不用在意外事件發生時，再從頭review您的project list，爭取時效，加快反應速度。

[ Last edited by D.L.懷特 on 2005-7-15 at 13:16 ]

eValue

Originally posted by ctchiu1 at 2005-7-15 01:00 PM:
這個問題好像太白目了，大家不是很感興趣，所以換個標題，請大家不吝指教

事件在時間點上的衝突，要如何化解?

第一代：先發生的先作，所以先去買禮物，不管孕婦。
第二代：看行事曆上有沒有列「隨時日行一善」待辦事項，有列的話就先救孕婦。
第三代：思考女友跟孕婦哪件事情比較重要，先去作重要的事情。
第四代：思考自己人生使命是扮演好男友還是大善人比較重要，再決定要做哪件事。

（嗯..我覺得我寫得比光頭柯維好，應該可以出書拯救世人了..）

D.L.懷特

Originally posted by ctchiu1 at 2005-7-15 01:00 PM:
如果 女朋友 說 " 是不是 別人比我還重要時，請問你的想法如何，問題是否有解決?

我得直覺觀點是：
1）活在當下。見義勇為，Just Do It。女友的將來不爽，只是推測，孕婦的危機卻是擺在眼前事實。更何況，女友還不是老婆，最壞最壞頂多影響到自己的下半身而已。上半身的頭腦，更應該冷靜，但不能冷酷。
2)任何一件急事，例如見義勇為搭救孕婦，都一定還有空檔可以利用。例如在救護車上，您可以立即用行動電話撥給花店，定一束鮮花，立即送一束鮮花到女友處。
到了醫院填寫表單時，也有空檔，您可以詢問醫生或護士或行政人員，依她們經驗，該送啥生日禮物。
在產房外，孕婦正在哇哇大叫，而你通知孕婦家屬卻還未趕到的，你在等的同時，也還可以察看PDA看還有哪些事可以做，或跟櫃臺護士打屁聊生日禮物的事情。
如果，你已經事前盡了最大可能在彌補挑選生日禮物的延宕，我想你已經是一個無可挑惕的男友。您最後再離開醫院前，可以先到急診室旁的福利社，買個一打保險套，隨時準備彌補女友的不滿。

eValue

Originally posted by D.L.懷特 at 2005-7-15 01:14 PM:
我的解決方案很單純與直覺化，不玩Hide and Seek：
1)前往agendus的canlandar view列出Next two week的所有appointments, event, milestones
[ Last edited by D.L.懷特 on 2005-7-15 at 13:16 ]

所以懷特兄還是必須使用以行事曆為基礎的agendus。
出個關於期限的問題要讓LB解決，可說是勝之不武啊。

就像我想聽昨天聽過的MP3歌曲，請問agendus如何解決？
我的解決方法很單純與直覺化，前往PocketTunes，選取歌曲清單，開始聽音樂。

eValue

Originally posted by D.L.懷特 at 2005-7-15 02:23 PM:


我得直覺觀點是：
1）活在當下。見義勇為，Just Do It。女友的將來不爽，只是推測，孕婦的危機卻是擺在眼前事實。更何況，女友還不是老婆，最壞最壞頂多影響到自己的下半身而已。上半身的頭腦，更應該冷靜，但不能冷酷。
2)任何一件急事，例如見義勇為搭救孕婦，都一定還有空檔可以利用。例如在救護車上，您可以立即用行動電話撥給花店，定一束鮮花，立即送一束鮮花到女友處。
到了醫院填寫表單時，也有空檔，您可以詢問醫生或護士或行政人員，依她們經驗，該送啥生日禮物。
在產房外，孕婦正在哇哇大叫，而你通知孕婦家屬卻還未趕到的，你在等的同時，也還可以察看PDA看還有哪些事可以做，或跟櫃臺護士打屁聊生日禮物的事情。
如果，你已經事前盡了最大可能在彌補挑選生日禮物的延宕，我想你已經是一個無可挑惕的男友。您最後再離開醫院前，可以先到急診室旁的福利社，買個一打保險套，隨時準備彌補女友的不滿。

這簡直是「危機處理」了，跟GTD好像關係不大...8D

ctchiu1提出的問題範例太爛了，讓懷特兄找到兩全齊美的解決方式..|)
應該出這樣的簡單題：「如果孕婦跟女友掉在海裡，你第一個救誰？」，
不然換成考古題，老婆跟媽媽落海的情節也可以。
不相信懷特兄還有辦法拿PDA來解決..|)

[ Last edited by eValue on 2005-7-15 at 14:31 ]

D.L.懷特

Originally posted by eValue at 2005-7-15 02:25 PM:


所以懷特兄還是必須使用以行事曆為基礎的agendus。
出個關於期限的問題要讓LB解決，可說是勝之不武啊。

不只是期限問題，另外您要預估工作負荷work load，排行程時，都會用到行事曆。所以我要請使用LB的朋友留意：不要忘了您的老朋友---行事曆。

Hard landscape與by context的 NAs混在一起，肯定不是GTD作者的本意。

D.L.懷特

Originally posted by eValue at 2005-7-15 02:27 PM:


這簡直是「危機處理」了，跟GTD好像關係不大...8D

ctchiu1提出的問題範例太爛了，讓懷特兄找到兩全齊美的解決方式..|)
應該出這樣的簡單題：「如果孕婦跟女友掉在海裡，你第一個救誰？」，
不然換成考古題，老婆跟媽媽落海的情節也可以。
不相信懷特兄還有辦法拿PDA來解決..|)

[ Last edited by eValue on 2005-7-15 at 14:31 ]

如果一定要下水的話，我會先脫掉褲子（含PDA），先救近的。
學GTD有一個好處，就是無時不刻培養自己的判斷力與直覺，即使面臨真正的危機處理，也變成平常心。

GTD的境界是Mind Like Water---心智若水，而非＜心若止水＞，強調動，而非靜，也就是說，不要讓小石頭掀起巨浪滔天，大石頭卻沒有一絲漣漪靜悄悄往下沉。

ctchiu1

懷特兄，我的想法簡直是你的翻版，雖然你已經是 見山還是山 的境界，EVALUE兄 的回答也是讓人噴飯，果然是 高手過招，有趣
以下是我的想法

以下這些都跟GTD無關，但是如果你平常有用GTD,應該會自行反應，這時沒有空去輸入你要做什麼了


一、為何大家都不管，
二、確定孕婦是否需要幫忙
三、找醫院(行動資料庫，醫院電話)
四、利用資源換取時間(如電話請人送禮物給女友，並說明原因，行動資料庫: 花店，朋友電話)
五、確認孕婦安全，並告知女友狀況(處理事情時，不要忘記原來的重心)
六、事情結束，跟女友約好時間慶祝(NA處理)

觀念:人生價值觀的直覺判斷(要不要幫忙?)
         確認問題是否為真(為何大家都不管?)
         時間是否可以使用資源轉換(如請人處理，孕婦或女友)
         最重要問題處理後，再處理次要問題

ctchiu1

Originally posted by eValue at 2005-7-15 02:27 PM:


這簡直是「危機處理」了，跟GTD好像關係不大...8D

ctchiu1提出的問題範例太爛了，讓懷特兄找到兩全齊美的解決方式..|)
應該出這樣的簡單題：「如果孕婦跟女友掉在海裡，你第一個救誰？」，
不然換成考古題，老婆跟媽媽落海的情節也可以。
不相信懷特兄還有辦法拿PDA來解決..|)

[ Last edited by eValue on 2005-7-15 at 14:31 ]

關於EVALUE的這個問題，因為沒有發生，大概要這樣回答
我救我媽，然後下來 跟你作伴 了

D.L.懷特

Originally posted by ctchiu1 at 2005-7-15 02:51 PM:
一、為何大家都不管
二、確定孕婦是否需要幫忙
三、找醫院(行動資料庫，醫院電話)
四、利用資源換取時間(如電話請人送禮物給女友，並說明原因，行動資料庫: 花店，朋友電話)
五、確認孕婦安全，並告知女友狀況(處理事情時，不要忘記原來的重心)
六、事情結束，跟女友約好時間慶祝(NA處理)

觀念:人生價值觀的直覺判斷(要不要幫忙?)
         確認問題是否為真(為何大家都不管?)
         時間是否可以使用資源轉換(如請人處理，孕婦或女友)
         最重要問題處理後，再處理次要問題

1,2)溝通技巧，just ask those people on the street與孕婦，沒問過孕婦而強押孕婦上醫院，是會妨礙人身自由的
3)119
5)花送到時，上頭有note，之後再打電話與女友確認

didream

Originally posted by D.L.懷特 at 2005-7-15 02:44 PM:


不只是期限問題，另外您要預估工作負荷work load，排行程時，都會用到行事曆。所以我要請使用LB的朋友留意：不要忘了您的老朋友---行事曆。

Hard landscape與by context的 NAs混在一起，肯定不是GTD作者的本意。

我也是相當認同這一點，沒有行事曆要做時間管理簡直是空談…
一些待辦事項的清單是用來增加行事曆彈性運用的工具
避免落入第二代的管理模式的一種系統
LB對於顯示事情的急迫性方面，的確是比較弱的
不然PDA行事曆上的鬧鈴提示，將會變得非常的無力
我認為鬧鈴提示是所有PDA和傳統萬用手冊最大的不同處！

didream

Originally posted by D.L.懷特 at 2005-7-15 03:05 PM:

1,2)溝通技巧，just ask those people on the street與孕婦，沒問過孕婦而強押孕婦上醫院，是會妨礙人身自由的
3)119
5)花送到時，上頭有note，之後再打電話與女友確認

大家果然經PIL各項GTD討論訓練之後，功力真是不可同日而語！
面面俱到，而且進退有據！！
看來再經過一段時間、同心砥礪
很快的就可以把GTD的精髓編成教材
變成二性關係裡面必學的課程！！

ctchiu1

行事曆的做法是一個封閉的物件，將時間，地點跟事件都封裝在內，比較難更動，LB的觀念把時間，跟地點由物件中提出來做為屬性，方便變動，我的觀念是認為計畫就是要變，所以我目前是使用LB。

eValue

這個可能又要回到Palm初學者的老問題：
「事情到底要記在ToDo或DateBook裡？」

通常標準的回答是：
「有確定的時間，就記在DateBook，反之就記在ToDo。」

然後初學者又會問：
「那如果一件事情不太確定有確切的時間要作，或是一開始不確定，以後又確定的話，
那在ToDo跟DateBook搬來搬去很煩，每次看PDA都要查兩邊，該怎麼辦？」

再來標準的回答：
「如果不想查兩邊，那就裝Agendus/DateBK5等整合軟體，讓你一個畫面看兩邊資料。」

然後白目初學者繼續問：
「如果這件事很大條，有很多必須照順序作的執行步驟，Agendus裡不知道怎麼安排該怎麼辦？」

很累的標準回答：
「事情很大條，就算專案，可以用專案軟體來管理，例如Bonsai、Progect軟體等等。」

超白目初學者再問：
「可是有些事情不是很大也不是很小，很難決定要記在Agendus或是Bonsai耶，這樣每次還是要切換到不同軟體來觀看，而且專案一多，事情擠在一起，不知道該先做哪件事...」

忍無可忍的標準回答：
「沒辦法，PDA軟體沒有一套是萬能全包的，事情一多還是必須切換不同軟體去查詢。至於事情太多難決定哪件事先做的話，可以試試看Live Balance軟體，不過至此你已經不是初學者囉~~」

-----------------------------------------------------------------

因為自己用Life Balance的關係，所以連帶的就必須很倒楣也要買DateNotez。
過去我是把行事曆當流水日記在記，不然都覺得虛度光陰，忘記自己過去做過什麼事。
對於未來的約會或待辦事項倒是很少記在行事曆。
現在多了個不便宜的DateNotez，也想好好來寫日記，
但是這會又碰上以後這些流水日記該寫在哪邊的問題，
看個日記（包括流水記事或是心情抒發）要查看兩邊覺得很煩。
嗯~~正在看DateNotez新版本的使用手冊，很難決定該不該拿DateNotez寫日記...

D.L.懷特

Originally posted by ctchiu1 at 2005-7-15 03:22 PM:
行事曆的做法是一個封閉的物件，將時間，地點跟事件都封裝在內，比較難更動，LB的觀念把時間，跟地點由物件中提出來做為屬性，方便變動，我的觀念是認為計畫就是要變，所以我目前是使用LB。

行事曆的時間變動已經比紙本行事曆方便許多，現在許多公司行號都已經用Outlook與Lotus Note來作為群組軟體。

傳統PDA Todo List的context/日期變動也是挺方便的。

現代PDA行事曆都有彈性，允許您做大幅度的變更!

ctchiu1

生命中充滿了一些已知未發生的事件，一些未知臨時發生的事件，使用PDA的第一個是對已知要發生的事件作計畫，而對臨時發生的事也要做記錄，關於DAYNOTEZ的使用，到時請大家再來一起討論，
     時間方便，可惜地點不易變動，就5W1H的觀念，何時(TIME),  何地(PLACE)，何人(ME)，何事(事件)，何物(RESOURCE)，如何(資源轉換的過程)，都是同等重要的。