| Invalid Date
字数 0阅读时长 1 分钟
📌
小技巧
  1. 運用 多選 作為類別篩選,配合 Created Time 直接記錄創建日記的當下時間。
  1. 透過不同種的檢視(View)來切換特定類別。
迭代作業的思路撰寫

系統優化練習-島先生

初級練習:
  • 島先生遇到的問題:
    • 每天的 TTL 總結(感謝、任務和學習)都是寫在日記頁面裡,我要點開每個頁面才能看到 TTL 的詳細內容,沒辦法直接看到一週中每日的 TTL 總結內容,該怎麼辦?
  • 🎯 島先生想達成的目標:
    • 我不想要點進每天的日記頁面,就能直接看到一週中每天的 TTL 總結,讓我更直接就能知道我這週享受什麼、感謝什麼,遇上什麼困難。
  • 💡 小提示:
    • 透過調整 「資料庫屬性欄位(Properties)」,打造優化版的 TTL 日記,讓島先生能更方便的快速檢視。
高級挑戰:
  • ❓ 島先生遇到的問題:
    • 現在每天的待辦任務都是用勾選方框寫在頁面裡,完成勾選完後就像丟入垃圾堆,幾乎不會再去看,再次復盤幾乎不可能。
  • 🎯 島先生想達成的目標:
    • 我需要一個「可連結到日記的 任務清單 資料庫」,除了能一覽我這週有哪些任務去做安排,也能透過 篩選 挑出已完成的任務,讓我能有效回顧和總結。
  • 💡 小提示:
      1. 你可以透過捷徑資料庫(/create linked database)在一個頁面中製作多種不同檢視方式(Views)的資料庫,以滿足不同的使用情境。
      1. 你也可以再多整合更多資料庫,滿足島先生可能有的「日記」「工作週報」「閱讀筆記」資料庫設計需求,製作多種資料庫的關聯整合應用系統。
第1次迭代
用條列式記錄本次迭代修改的地方,對應你的迭代思路
迭代優化了什麼?
  1. 使用流程 定調每個版面的用途和使用順序。
  1. 任務資料庫
    1. 建立不同view:用「類別」做分類,建立多個table,方便查找不同類別的待辦任務。
    2. 設定filter及properties:因為這邊設定資料庫的功能要是快速瀏覽哪些事還沒做完,所以各table都有用filter設定任務完成後就隱藏,並根據需求調整properties的隱藏或顯示。
    3. 新增任務模板:工作待辦模板,方便每日工作時使用。學習筆記模板,專門記錄線上課程、自主學習的筆記。
  1. 新增board檢視的週任務看板
    1. 以「星期」為group的分類,建立週任務看版
    2. 設定filter:顯示過去一週和本週未完成的所有任務
    3. 設定sort:讓每日都會有的工作待辦排在最上面。
  1. 工作週報
    1. 建立「工作週報」資料庫:把工作週報從任務資料庫中獨立出來
    2. 與「任務資料庫」建立關聯:把本週每日的「工作待辦」任務連結進來,方便回顧過去一週的工作內容,來撰寫工作週報。
    3. 建立工作週報模板
  1. 學習筆記、閱讀筆記
    1. 建立專屬的檢視版面:用create linked database,從任務資料庫中篩選出「學習筆記」跟「閱讀筆記」,建立能更直觀檢視、新增筆記的版面。
  1. 已完成任務
    1. 建立專屬的檢視版面:利用create linked database,建立「已完成任務」的 table,方便回顧、寫下總結。
迭代思路
  • 島先生:
    • 個性:很懶的人
    • 工作背景:上班族,工作占了一整天大部分的時間
    • 需求:
      • 可連結到日記的任務清單資料庫
      • 能一覽這週有哪些任務要做安排
      • 挑出已完成的任務,讓我能有效回顧和總結
      • 有做閱讀筆記和學習筆記的習慣
      • 一次看到所有頁面,減少切換的動作
      • 能自動化的事就絕不手動
  • 解決過程:
    • 加入GTD 系統:
      • 建立「已完成任務」的關聯資料庫
      • 建立以執行清單、追蹤清單、大項目清單、未來清單分類的「任務看板」(board)
      • 建立「TTL日記資料庫」
    • 獨立閱讀筆記、學習筆記、工作週報: 原本只有在任務資料庫建立新的view,當作分類檢視的方式,後來參考了 ,決定把閱讀筆記、學習筆記、工作週報獨立出來,但也還不確定要用資料庫關聯的方式,還是建立新資料庫的方式。 後來覺得工作週報的性質其實跟TTL日記很像,是拿來總結工作內容跟心得的,而且一週才一次,獨立成為資料庫好像更好用,因為可以連結任務資料庫中的「每日工作待辦」,可以一次複習整週的工作內容,再來寫週報。 而閱讀筆記和學習筆記,還是偏向比較單純的單一事件,所以保留在任務資料庫中,用create linked database建立獨立的版面。
    • 改善任務看板: 因為做完第三週作業,再回來看GTD的任務看版,突然覺得這種任務看版很難做長期計畫,所以決定改成第三週作業使用的週任務看板。
    • 建立使用流程: 邊優化作業的時候,也一直在想到底實際使用起來會長怎麼樣,所以在完成各個版面的優化後,就開始思考每個版面的用法和先後順序,最後就整理出一套我覺得比較合理的使用流程。
    •  
      一開始其實很混亂,因為一開始是加入GTD系統做改善,但那已經是兩週前做的事,真的忘記當初在幹嘛了XD(忘記記錄思路的後果),而且因為是做完第三週PAI系統才回來繼續改善這個模組,想法也已經不一樣了,還好後來在混亂中找到一個立足的點,一步一步擴大修正、改善,最後終於總結出整體的使用架構! 真的再次驗證,在很混亂的時候,只要先做好一件簡單的事,其他事情就也會開始慢慢變好,不只是因為心情會隨時間慢慢冷靜下來,也是因為只要做完一件事,就會很自然而然的連想到,接下來還可以做什麼事?然後改變就會一個接一個的發生!

 

使用流程:

在各版面建立任務>用週看板追蹤待辦任務>已完成任務回顧>TTL日記>工作週報
  1. 「任務資料庫」比較像是存放資料,檢視總共還有多少任務還沒做完。
  1. 「建立任務」的動作在專屬版面進行: 「私人計畫」跟「工作待辦」因為都是單純的單一任務或事項,在週看版直接建立比較直觀,而「學習筆記」、「閱讀筆記」則在他們的專屬版面建立。
  1. 任務完成後,再到「已完成任務」版面,寫下簡單的單一任務總結,整天的總結會在「TTL日記」進行,整週的工作總結會在「工作週報」中進行。

待辦任務資料庫

Rainy任務資料庫

任務看板

Rainy任務資料庫

TTL日記

只會顯示過去一週的TTL日記。
Rainy日記資料庫

閱讀筆記

Rainy任務資料庫

學習筆記

Rainy任務資料庫

已完成任務

Rainy任務資料庫
 
Loading...
目录