收集把任何你需要跟蹤、記住、或者要做的事情全部記錄到「收集箱」中：乙個收件箱，電子郵箱，磁帶，筆記本，pda等等。把你腦中所有東西都清理出來，放入你的收集裝置中，準備進行下一步的處理。每天抽幾十分鐘收集一下腦中的資訊，記錄到你的收集裝置中。 處理
將你收集到的任何資訊進行處理。每個星期至少處理清空一次你的「收集箱」。
處理你的收集箱要遵循的工作流程：
從第一條資訊開始處理；
每次只處理一條資訊；
不把任何資訊放**集箱；
如果任何一項需要做：
馬上執行（如果花的時間少於兩分鐘）
委託別人完成，或者
將它延期
否則：將它存檔以便查詢
把它刪除，或者
為它定義合適的目標與情境，以便下一步執行
兩分鐘原則：任何事情如果花的時間少於兩分鐘，那麼馬上就去執行。兩分鐘是乙個分水嶺，這樣的時間和正式地推遲乙個動作所花的時間差不多。 組織
gtd描述了乙個建議的列表集合，你可以用來跟蹤需要關注的專案:
下一步行動（next actions）：對於每個需要你關注的事項，定好什麼是你可以實際採取的下一步行動。例如：如果「寫專案報告」，下一步行動可能會是「給fred發郵件開個簡短會議」，「給jim打**問報告的要求」，或者類似的事情。雖然要完成這個事項，可能會有很多的步驟和行動，但是其中一定會有你需要首先去做的事情，這樣的事情就應該被記錄在「下一步行動」列表上。較好的做法是把這些事項根據能夠被完成的「情境」整理分類，例如「在辦公室」，「用**」，「在商場」。
將來/可能（someday/maybe）：這些事情你需要在某個點去做，但是不是馬上。例如：「學習c語言」，或者「準備乙個假期計畫」。
gtd中另外乙個關鍵組織模組是歸檔系統，乙個簡單易用的歸檔系統。通過歸檔系統，你可以迅速把檔案歸檔和提取你所想要的資訊，allen的建議是建立乙個按照字母順序組織的歸檔系統或43 folders系統（按照12月、31天，共43個資料夾）。 回顧
按時回顧自己的列表。如果你沒有及時整理和回顧每天的資訊和行動，那麼整個gtd系統就是毫無用處的。通過回顧，指定計畫，或者了解專案進度，從而使自己總是走在時間的前面，而不是被動地被安排。
回顧至少以星期為週期，將未處理的資訊進行處理，回顧所有的列表，檢查可能已經完成的「等待」或「將來/可能」列表中的行動。保證所有的事情都在gtd系統中，井井有條，而且所有的事情都更新到最新的情況。雖然剛開始gtd時，回顧很麻煩，但是千萬不要停頓。否則事情的積累，只會讓你的整個gtd系統處理過程堵塞，最後使你失敗放棄。 執行
如果你把自己的時間都花在組織工作、而不是執行它們，那麼這樣的系統是個只說不做的無用功系統。前面的步驟都是為了在你做事情的時候，使它變得簡單、容易、有趣的話，讓你比較不會拖延、或者被太多的瑣事所分心。
從零開始gtd-gtd原則
ps：
褪墨-把事情做到更好 這個部落格非常好，介紹了時間管理，知識管理，自我提公升。推薦大家訂閱！
成功從時間管理開始
人生最公平的事，莫過於每個人都有24個小時。因人而異的，是每個人對24小時的利用率不同。成功的人，我不能說他的成功絕對是因為他合理並高效的利用了他的時間，但至少一定有這個原因。甘於平庸的人，或許是因為性格的不喜爭強好勝 不甘於平庸而又不成功的人，在你抱怨的時候，你有沒有想過你做了什麼，而時間又去哪了...
時間管理，從洗碗開始
筆者的前一篇博文 你是怎麼利用時間的？自發表後得到了一些讀者的關注和好評。更有甚者，博友shyy8712872還進一步發表了博文 老生常談的時間你真的管理好了嗎？並在其中引用了我的原話。這都令筆者深感欣慰 榮幸。在相關的討論中，大家都認可時間管理的重要性。不過，在實際生活中，就像有人指出的那樣，有的...
從零開始的Devops 知識管理
不能共享編輯的文件極大阻礙工作效率 文件未進行統一存放公司一片混亂 我試用了各種wiki，發現在私有部署方面confluence確實是沒有能比的上的。目前現有幾種工作方式的對比 confluence gitlab 禪道 ftp 郵件 共享編輯 支援 通過git協作可支援 不支援 不支援 不支援 文件...