狀態
✅ 專案完成
專案期間
Dec 21, 2021 → Dec 31, 2021
Type
Work
為什麼要做？
1. 此問題已經存在很久，從去年就有發現有客戶如此操作，並且被置放到現在。
2. 如今，不想僅僅排查小問題，想從更大高的視野去發現問題。
相關行動
更新時間
Dec 21, 2021 03:21 PM
Related to Sean | 知識培育庫（I） 1 (專案項目)
Related to Sean | 行動任務庫（A） 1 (專案)
知識庫
為什麼要做？
- 此問題已經存在很久，從去年就有發現有客戶如此操作，並且被置放到現在。
- 如今，不想僅僅排查小問題，想從更大高的視野去發現問題。
預期的限制與難處
- 尋找此類型的客戶邏輯並沒那麼簡單，並且要考慮歸檔客戶。
- 此類型的客戶數量稀少，影響金額不大，無法讓高層被影響。
🚀
Sean | 行動任務庫（A）行動
執行截止日
問題＆解決
專案
番茄
工作時間
行動狀態
Created time
TTL日記系統
完成
置放/延遲 幾天
Dec 5, 2021
Q : 關於Hahow課程1-09中，教學手冊的建置練習中，建立兩個資料庫，可是我不太了解應用場景資料庫的必要性，直接在全問題清單的資料庫多個欄位應該也可以達到相同目的吧？
→ 基本上會有應用場景資料庫這種「分類定位」的資料庫，都是為了方便反向查詢用的哦（從問題到分類，或是從分類再回頭找到更多同分類問題）！
可以想像今天也許某個人在教學手冊中看了「Toggle List 如何做出並列排版」這個問題解答後，想看更多相關問題可以點進「基礎操作」的應用場景分類，並且就可以看到所有屬於「基礎操作」場景的其他問題。
與欄位的差別在於，欄位需要透過篩選搭配切換 Views 來做到上述目的，而單獨建立應用場景資料庫，則會有不一樣的操作流。
--
至於要選擇新增欄位還是新增一個 Relation Database，就看你自己在資料庫架構上希望怎麼設計，以及未來是否有機會拓展資料庫或是與其他系統串接。
對於大型系統來說，新建「應用場景資料庫」通常可以稱做 "Master Tag Database 全域的標籤資料庫"，對於後續若要擴展整個系統，會更方便一點。
ex. 假設需要增加一個訓練營學員問題資料庫，可能同樣也需要依照 Hahow 課程的應用場景分類的話，原先把應用場景資料庫單獨拉出來的方式，就只要新增一個 Relation 就能擴充了！
Done
Dec 18, 2021 05:40 AM
完成
⏰ 已延遲 19 天
Dec 11, 2021
Ｑ：撰寫作業時，像無頭蒼蠅一樣，什麼都想做一點，想將大家的優點都放入自己的作業裡，導致反而目標不明確，而且因此虛耗許多時間（撰寫思路時才發現自己其實沒優化什麼...）。
→ 感受到撰寫思路的重要性，並且要一步一腳印，先擬定好作業目標，再一思路一動作，來完成作業。
Done
Dec 18, 2021 05:40 AM
完成
⏰ 已延遲 13 天
Nov 30, 2021
Ｑ：要在共用workspace找到自己的頁面，需要許多步驟。（到第一小隊尋找自己的名字，才能到自己的頁面。）
→ 在自己的頁面右上角的星號給按下去，此頁面就可以在左側設立捷徑。
Done
Dec 18, 2021 05:40 AM
完成
⏰ 已延遲 25 天
Dec 18, 2021
Ｑ：PAI系統沒有不是專案的資訊存放區。
→在高級作業，藉由修改知識培育庫來達成。
Done
Dec 18, 2021 05:40 AM
完成
⏰ 已延遲 6 天
Dec 4, 2021
Ｑ：第一次看到各個同學的優秀作業，直接傻住，不知道如何下手。
→ 先完成，再迭代，試著趨近心目中的完美。
Done
Dec 18, 2021 05:40 AM
完成
⏰ 已延遲 20 天
遇上的困難，我怎麼解決的？
📌
現在解決馬上有效的清單，高優先級別
從【行動任務庫】中提煉，回到具體問題上。
AAA
BBB
如果再做一次，怎麼更好？
📌
未來必須優化改善的清單，低優先級別
發現了什麼潛在機會？哪些部分應該找誰協作？