專案文件應該寫清楚需求與限制

發布於 2022-05-27 | 最後更新時間 2022-05-27 | 分類: Evergreen Notes

一份好的專案文件,應該要清楚列出這個專案需要什麼資源,以及有哪些限制。

這樣做的用意,是讓讀文件的人能夠跟提出文件的人,站在同樣的角度評估與思考。

假設這個需求沒那麼重要、或者做不到,就能提出來討論。 假設這個限制,有其他方式可以繞過,就能提出來討論。

把需求與限制釐清,再透過良好的審視與討論流程, 就能讓大家好好地討論,進而有效率地往下推進專案。

#Documentation


透過 Curius 在閱讀文章時畫線與註記 (已於 2022.06.25 歸檔)

發布於 2022-05-27 | 最後更新時間 2022-06-25 | 分類: Workflows

(本則 Workflow 已有更新版:我的閱讀、畫線與註記工作流

我的資訊處理第一步驟是:閱讀、畫線、註記

目前只要透過瀏覽器閱讀的文章,我都會在上面透過 Curius 畫線,有些特別有感的段落也會直接註記在上面,包含我自己的換句話說、我自己的疑惑、或者是靈感。

而讀完一篇文章後,我會透過 Curius 的 tags 功能,把文章分成「單純讀就好」、「待做筆記」、「做完筆記」這幾類。

每天晚上或週末比較有空的時間,就挑那些「待做筆記」的文,在 Heptabase 上面進行漸進式總結。

#Curius   #Highlighting   #Annotating   #Archived


我撰寫 Literature notes 的方式

發布於 2022-05-27 | 最後更新時間 2022-06-03 | 分類: Workflows

我撰寫文獻筆記的方式,可以參考正確使用卡片盒筆記法(Zettelkasten)的六個關鍵步驟這篇好文的寫法,重點是把自己有感的段落,用自己的話條列式記下。(記得,不要照抄,也不要複製貼上)

這邊的關鍵在於「自己的共鳴」跟「自己的話」,一開始會不太習慣,但慢慢練習就會越來越熟悉。

因為這件事相對花時間與精力,所以在前段閱讀時就要控管好,找出真正想寫文獻筆記的好文去寫就好,其他可以看過、隨意寫一些註記或閃念筆記(fleet notes)就好。

另一個訣竅是,不要怕竄改作者的意思,總之用自己的話寫就對了,反正 Literature notes 沒有要輸出用,輸出時的嚴謹性可以輸出時再控管處理。

當我寫完 Literature notes 時,會趁著記憶猶新,從剛剛寫完的筆記裡面,挑一兩個疑問或論點出來發展成自己的 Evergreen notes。


Backlinks:

#Literature notes


透過 Raycast 檢索 Raindrop 的書籤

發布於 2022-05-27 | 最後更新時間 2022-05-27 | 分類: Workflows

隨著我寫的東西變多,交互引用的次數也變多,若每次都要點開網站瀏覽就有點沒效率,因此我把我寫過的電子報以及 blog post 都存到 Raindrop.io 裡面,並且透過 Raycast 的 extension 來取用。

比方說我只要打 rl ,再輸入我想要的關鍵字,就可以搜到我 PO 過的文章了。

(但目前只能搜尋標題而已,看起來還無法進行全文搜尋。)

#Raycast   #Raindrop.io


工作流程的標準化有助於提高效率

發布於 2022-05-25 | 最後更新時間 2022-05-25 | 分類: Evergreen Notes

我認為,工作流程的標準化有助於提高效率,原因是:

  • 標準化後,可以提高對工作的熟悉度,進而讓人進入某種「自動化」的節奏,這能讓個人提高效率。
  • 標準化後,也更容易橫向比較,例如,專案 A 的步驟 2 跟專案 B 的步驟 2 差別在哪裡,為何前者比後者少花了五個小時完成?這樣的比較有助於找出提高效率的機會,進而讓工作流程達到最佳化,這能讓團隊提高效率。
  • 標準化後,更好紀錄單位工時,這讓每個流程的成本以及預估時程都更容易計算,進而可以做出更精準的專案排程與成本規劃,這能提高公司整體資源運用的效率。

Backlinks:

#SOP   #Efficiency


電子報的優點是可以直達收信者的信箱

發布於 2022-05-17 | 最後更新時間 2022-05-17 | 分類: Evergreen notes

一則內容,如果在社群平台上面寫,內容會是屬於該社群平台的,讀者單純消費,若喜歡可能會存到稍後閱讀或其他 PKM 工具。但未來若想回來找,也很難再找到。

如果在部落格寫,內容會是屬於自己的,但讀者一樣看過就離開,通常不會存起來。未來若想回來找,必須記得作者或文章的關鍵字。

如果透過電子報寫,發出後是直達收信者的個人信箱,即使讀者迅速看過,不特別儲存到什麼地方,內容還是會靜靜地待在信箱。未來若想回來找,因為目的地明確,就更容易找到。

若能直達收信者的信箱,就更容易佔有收信者的注意力。


Backlinks:

#Newsletters


Evergreen notes 的命名必須是主觀的論點

發布於 2022-05-17 | 最後更新時間 2022-05-29 | 分類: Evergreen Notes

Evergreen Notes 的命名必須是主觀的論點。

這樣做的優點是:

  1. 未來自己或他人要閱讀時,可以節省查閱跟重新理解的時間。 例如,假設命名是:「Evergreen notes 的命名方式」,就會不知道可能會連到怎樣的內容。

  2. 當格式是主觀的論點,就更好遵循 Andy Matuschak 提出的「atomic1」以及「concept-oriented2」這兩個原則。

  3. 當格式是主觀的論點,也比較好聯想明確的子論據。

2022.05.29 補充:Evergreen notes 的句型必須是「肯定句」,而非「疑問句」。疑問句則會放在 Daily WHW 或 Random Thoughts 裡面。


[1] Evergreen notes should be atomic ↩︎

[2] Evergreen notes should be concept-oriented ↩︎

#Naming   #Evergreen Notes