diff --git a/source/_posts/2023/minor_task_priority.md b/source/_posts/2023/minor_task_priority.md
new file mode 100644
index 0000000000..6d861ac71f
--- /dev/null
+++ b/source/_posts/2023/minor_task_priority.md
@@ -0,0 +1,55 @@
+---
+title: " [工作筆記] 問題，不重要不緊急，就永遠不作了嗎? "
+date: 2023/10/05 00:05:55
+tags:
+  - Scrum
+---
+
+## 問題
+
+最近我在公司引導大家一些敏捷方法的實作，  
+在這過程中討論了 PBI 排序的原則，價值和風險。  
+那麼問題來了，這樣有一些事情很小，但價值也不高，又沒有什麼風險，那不就永遠作不到了嗎??  
+
+## 回答的心路歷程
+
+這是一個很好的提問，我反思一下常見的四象限模型，即「重要緊急矩陣」中，  
+我可以把重要對應到價值，緊急對應到風險，然後 A、B、C、D 四象限，  
+我們知道要先作 A、B 這樣我們 C、D 的事永遠都不作了嗎 ?
+
+我分享一個故事如下：
+
+有一位教授，他拿著大石頭、小石子、沙子和一個玻璃罐，  
+先放入大石頭，問學生滿了沒? 再來是小石子，再問學生滿了沒?  
+最後再倒入沙子，問學生滿了沒? 結果還是沒滿，還可以再放入水
+
+你學到了什麼?  
+---常見的說法是要先處理重要的事情，順序很關鍵。
+
+我們可以有一些反思，首先當然是重要的事先作(大石頭先放)，  
+再來，你總是還有辦法找到一些空隙。  
+---時間就像乳溝一樣擠一擠就有了。
+
+這是我當時的回答，
+---如果你能守住重要的事，剩下的小事，你是有辦法找到空隙塞進去的。
+
+## 回答後的反思
+
+我要怎麼知道可不可以塞進去??  
+這就是透明度的重要性，在 Scrum 或看板方法都有提出。  
+而我們可以在 Scrum 的每日例會使用看板方法(現行主流的作法)，  
+加上每次迭代所行成的 TimeBox，正好可以對應這個故事中玻璃罐。  
+有趣的是，我沒想過**如果玻璃罐不是透明的話**，教授的問題還有意義嗎 ?  
+正是透過每日例會與看板方法，讓我們可以透明的掌握進度(瓶子剩多少空間/你剩多少時間)，  
+所以**你可以判斷是不是可以再塞下石頭或沙、水。**  
+
+TimeBox
+> 它是一種任務和時間管理的方法，將任務分成小塊，每塊都有一個簡短而固定的時間，以確保高優先級的任務能按時完成。
+
+看板方法
+>它包括將工作可視化、限制同時進行的工作(WIP)、管理流程、明確陳述流程政策、實施回饋循環以及以協作方式改善。  
+這些原則和工具都教導我們要優先處理最重要的事情，這是成功的關鍵。  
+
+看板方法我還會聯想到限制理論(Toc)，但就不過度展開了。
+
+(fin)