Learn
How to find the right productivity system for you

錯誤的起點
大多數人採用生產力系統的方式都錯了。他們讀到一種新方法,對其核心問題產生共鳴,感到興奮,然後在還沒有正確診斷出自己究竟需要什麼幫助之前,就開始建立該系統。
一個月後,這個系統悄然夭折,而他們又在閱讀下一個系統了。
問題不在於承諾或紀律。問題在於工具與問題的不匹配。木匠使用水電工的工具並不是因為懶惰,而是因為他們使用了錯誤的設備。大多數失敗的生產力實驗都是同一回事:問題對了,但系統錯了。
因此,在尋找任何具體方法之前,值得花幾分鐘時間,誠實地思考一下到底哪裡出了問題。
先診斷,後開藥
人們通常面臨的生產力問題大致可以分為幾大類。它們是不同的問題,需要不同的解決方案來應對。
你無法開始做事情。 任務一直躺在你的清單上,原封不動。你知道你需要做它們。你為沒有做它們而感到隱約的內疚。但當時間一到,你總能找到別的事情做。這是一個開始的問題,而不是組織的問題,它通常對那些能建立外部結構和人造緊迫感的方法有很好的反應。
事情被遺漏了。 重要任務因為你忘記了而沒有完成。在會議中做出的承諾在付諸行動之前就消失了。專案在沒有明確下一步的情況下停滯不前。這是一個記錄與記憶的問題。解決方案是一個外部系統,它能幫你記住事情,這樣你就不必自己記著了。
你不知道該做什麼。 你很忙,但在一天結束時,你不清楚自己是否做了正確的事情。每件事感覺都有點緊急。優先順序不明確且不斷變動。這是一個優先順序劃分和規劃的問題。它適用於那些強迫對重要事情進行明確排序的方法。
你被資訊淹沒了。 你閱讀和保存的內容超出了你能處理的範圍。筆記、文章、研究和想法不斷累積,但無法串聯成任何有用的東西。知識沒有轉化為產出。這是一個知識管理問題,它完全需要另一種系統。
大多數人都多多少少混合了這四種問題。但通常其中一個會佔主導地位,而這就是開始的地方。
將問題與系統匹配
一旦你確定了你的主要問題,現有方法的藍圖就會變得清晰得多。
針對開始困難的問題:基於時間的方法
如果開始做事情是主要的困難,你需要一個能建立具體、即時結構的系統,而不是一個開放式的清單。
番茄工作法: 以 25 分鐘的時間塊工作,並安排休息時間。承諾很小(就這一個時間塊),緊迫感很真實(計時器正在運行),而且這種格式特別適合你一直逃避的任務。這對於批量處理令人不快的任務,或克服創造性工作上的啟動能量障礙特別有效。
時間區塊法: 將特定的任務安排到特定的日曆時間段。這將抽象的意圖轉化為具體的約定,使推遲工作變得更加困難,因為工作的時間已經存在。這也有助於解決「不知道一天時間花到哪裡去了」的相關問題。
常春藤李法(Ivy Lee Method): 每天晚上排好六個任務的優先順序,隔天嚴格按照順序執行。這種簡單性消除了每天關於下一步該做什麼的疑問,而這疑問本身就是許多人拖延的根源。
針對記憶和記錄問題:外部化系統
如果事情總是遭到遺漏,你需要一個能夠可靠地在外部保存你的承諾的系統,這樣你的大腦就可以釋放它們。
儘管去做(Getting Things Done,簡稱 GTD): 最全面的外部化承諾框架。將所有內容收集到收件匣中,按情境和下一步行動將其處理成清單,並透過每週回顧來維護系統。這是最徹底的開放式迴圈管理方法。
精簡版 GTD: 相同的核心原則,但去掉了大部分複雜性。收件匣、任務、排程項目、將來某天清單。非常適合那些需要記錄和下一步行動紀律、但不需要整套複雜 GTD 機制的人。
子彈筆記: 一種靈活的紙本系統,用於在每日、每月和未來日誌中記錄任務、活動和筆記。遷移過程(回顧並自覺地將未完成的任務往後移)建立了對被忽視事項的定期清算。
任務管理基礎: 如果你以前從未使過用一致的任務管理系統,那麼在採用任何特定方法之前,花時間從基礎開始是值得的。
針對優先順序問題:焦點框架
如果你很忙,但不確定自己是否在做正確的事情,你需要一個能強迫進行明確優先順序劃分的方法,而不僅僅是更好的組織。
常春藤李法: 每日六個任務的限制強迫你對今天重要的事情做出艱難的選擇。在日常層面發揮作用。
MoSCoW 方法: 將專案需求分類為必須有(Must Have)、應該有(Should Have)、可以有(Could Have)和不會有(Won't Have)。對於有多個利害關係人的複雜專案,或者對於任何需要幫助以坦誠面對什麼是真正必要、什麼只是理想的人來說,特別有用。
艾森豪矩陣: 根據緊急程度和重要性對任務進行分類,幫助你確定時間實際上應該花在哪裡,而不是通常花在哪裡。
針對知識管理問題:第二大腦系統
如果你的問題是吸收了大量資訊,但沒有轉化為有用的產出,你完全需要另一種類別的系統。大多數任務管理方法並不解決這個問題。
構建第二大腦: Forte 的 CODE 框架(獲取 Capture、組織 Organise、提煉 Distil、表達 Express)提供了一個將吸收的資訊轉化為可重複使用知識的完整系統。PARA 結構使最具可行性的材料保持可見。
卡片盒筆記法(Zettelkasten): 一種不按主題或可行性,而是按連結來組織的筆記方法。非常適合長期知識積累、研究以及需要跨領域連結的創造性工作。
PARA 方法: 構建第二大腦(BASB)的組織骨幹,但對於任何想要以有原則的方式歸檔數位資訊的人來說,它可以作為一個獨立的結構。專案(Projects)、領域(Areas)、資源(Resources)、存檔(Archives),按可行性組織。
長青筆記: 一種互補的實踐,寫作以概念為基礎的筆記,隨著時間的推移不斷修改和完善,而不是遺忘在一堆帶日期的日記帳目中。
如何嘗試新系統
一旦你確定了一個合適的候選對象,就給它一次真正的試用。最少兩週,對於更複雜的系統則需要四週。以下是需要注意的事項:
它是否解決了實際問題? 不是「這感覺有效率嗎」,而是「我確定的特定問題有改善嗎?」如果以前事情總是被遺漏,現在遺漏得變少嗎?如果你以前難以開始任務,現在是否能更可靠地開始?這種測試是功能性的,而不是情感性的。
你能維持它嗎? 一個你只用了 70% 的系統,幾乎總是比一個完美使用兩週後就被你放棄的系統要好。維護成本與理論上的好處同樣重要。如果維持系統運行需要消耗大量的意志力或時間,那麼在第一個充滿壓力的星期它就會崩潰。尋找需要最少維護就能保持實用性的系統。
它是否與你的實際生活融合? 一個需要與你的工作或環境支持完全不同的行為方式的系統是不會持久的。最好的系統是提出微小要求的系統:早上查看此清單、記錄到此收件匣、在合上筆記型電腦前花五分鐘進行回顧。
常見錯誤
切換得太快。 大多數系統需要幾個星期才能感覺自然。在習慣形成之前,僅僅五天就切換,意味著你永遠無法得知該系統是否可行。給每一次真正的嘗試一個公平的運行時間。
解決了錯誤的問題。 當你的問題是拖延時,卻啟動了一個知識管理系統;或者當你只需要更好地安排優先順序時,卻採用了一個複雜的記錄系統,這只會徒勞無功。診斷步驟是值得花時間的。
在建立系統而不是在使用它。 在那些與生產力作鬥爭的人群中,有一個有據可查的傾向:他們把富有成效的時間花在了配置他們的生產力系統上。一個維護完美但零產出的 Notion 資料庫不是生產力系統,它是一種包裝精美的拖延形式。
尋找唯一的系統。 沒有單一的方法可以解決所有問題。大多數擁有實用系統的人都在使用組合:任務管理工具、資訊組織工具,或許還有時間結構工具。目標不是找到那一個真正的系統,而是用正確的工具解決每個不同的問題。
追求複雜性。 更周詳並不意味著更好。常春藤李法只有六個任務和一條關於順序的規則。它經歷了一個多世紀依然存在,因為它有效。適合你的生活並被付諸使用的系統,永遠比那些在理論上解決了所有問題,但在的一月份第三週就被放棄的系統更有價值。
一個粗略的起步點
如果你不確定從哪裡開始:
如果你的主要問題是任務被忘記或沒有完成,請從 精簡版 GTD 或 常春藤李法 開始。這兩者都足夠簡單,可以在一個下午內設置好。
如果開始做和保持專注也是問題,請加上 時間區塊 或 番茄工作法。
一旦這些基礎穩定下來,如果資訊超載和知識管理成為下一個瓶頸,請考慮 PARA 或 構建第二大腦。
順序很重要。在你有可靠的方法來完成任務之前,建立一個知識管理系統是在優化錯誤的層面。先解決執行的問題,再建立知識。
常見問題
我需要多個生產力系統嗎?
大多數人最終會使用某種組合:任務管理方法、可能像番茄工作法或時間區塊這樣的時間結構方法,以及可能的一個知識組織系統。這些解決了不同的問題,通常不會衝突。要避免的是為了解決同一個問題而使用多個重疊的系統——兩個任務管理器、兩個沒有明確分工的筆記應用。那是沒有好處的摩擦。
在切換之前,我應該嘗試一個系統多長時間?
至少兩週,最好是四週。某些系統(如 GTD)需要相當長的時間才能融入,然後才會感覺自然。測試的標準不是系統是否感覺容易,而是它本應解決的問題是否確實得到了改善。
如果沒有任何系統能堅持下去怎麼辦?
這作為一個資訊,值得認真對待。一個儘管付出了真誠努力卻無法堅持下去的系統,通常與你的實際問題不匹配、需要的維護超出了你的情況所允許的範圍,或者解決的是次要問題而不是主要問題。重新審視診斷通常比嘗試另一個系統更有效。
是否有特別適合 ADHD(注意力不足過動症)的生產力系統?
對 ADHD 最重要的幾個原則是許多系統所共有的:外部化承諾、減少決策開銷、使下一步行動具體且可見。ADHD 的主要挑戰在於,維護大多數系統需要執行功能。從簡單開始,一次建立一個習慣,並使用自動處理組織的工具,往往比完整實施任何單一方法效果更好。另請參閱:ADHD 能量與電壓曲線。
應用程式適合放在哪裡?我應該選擇系統還是應用程式?
先選擇系統,然後尋找支持它的應用程式。大多數生產力應用程式在工具上都足夠通用,可以運行這裡介紹的任何方法。先選擇一個應用程式,然後採用圍繞它構建的方法通常可行,但風險在於你最終會受到應用程式設計的限制,而不是選擇真正適合你問題的方法。
本指南涵蓋了設有專屬 /learn 指南的方法:番茄工作法、時間區塊、子彈筆記、GTD、精簡版 GTD、PARA、構建第二大腦、常春藤李法、MoSCoW 方法、卡片盒筆記法、看板 和 長青筆記。
You might be interested in:

How to let clients proof and choose photos online

How to search images by colour

How to send a different tracking link to each recipient

How to stop search engines indexing a shared file

How to share files on your own domain

How to turn a folder into a website

How to edit video straight from a cloud drive

How to access cloud files without using disk space