我想最重要的就是進度控制吧！身為底下的人員，最常被問的：
「這個功能大概要做多久？」
「昨天做了什麼，今天要做什麼？」
我想最重要的就是進度控制吧！身為底下的人員，最常被問的：
- 「這個功能大概要做多久？」
- 「昨天做了什麼，今天要做什麼？」
-
「整體進度做到哪了？時間夠不夠
（這句只存在幻想中）？」
過去做了什麼，我都靠版控回答這類問題… commit message要好好寫，能不能幫到別人不知道，至少它能彌補我日漸衰退的記憶力 orz
剩下的部分，一開始先把所有功能切細，列的出全部的工作內容 & 預估工時，才有辦法回答的準一點；即使別人切過，到自己的手上習慣再切一次…EX:「會員系統，5天」？？？自己切完再來 argue時程會比較有說服力。一直在找有什麼工具能協助處理這樣的需求，trello算比較順手的，但還有改善空間…
拆完就是分配了，有些狀況還想不到好規則：
- 每個人的工作量應該要差不多，還是厲害的人多做一點？
- 做過類似功能的人優先認領，還是要讓每個人都能接觸到不熟的部分？
- 哪個部分可以先做、哪個要等其他功能、哪些部分可以同時進行…
寫到這，發現唯一的重點是：列出全部的工作內容。以前常常寫一寫發現有沒想到的東西冒出來，或是複雜度高過預期，切的還不夠細，導致估不準。
