每個組織的狀況不一樣，遇到的問題與性質都不一樣，沒有銀色子彈，聽聽別人的經驗，自己想想，依照不同環境摸索出適合的方法。

這種課其實有多實務精華在 Q&A 裡，而且花一樣的錢可以問到飽，當然要問啊！ 所以請開始在工作中蒐集想問的問題。

這篇心得只整理出我新學到的要點，因為我到目前的工作都有在使用 issue tracking system 跟 git，所以很多觀念對我來說都是理所當然的，但我也知道很多公司並未導入這些制度，因此看這篇還覺得無法掌握的，建議報名去完整的聽一次主要的流程。

issue 的 email 爆炸問題

Filter 設標籤並藏起來，基本上只用 HipChat 看。

票要切到多細？

開票不用錢，就跟 git 開 branch 不用錢一樣，所以盡量開

有幾個可檢驗的指標：

  • junior developer 可以在半天內解 1~3 張票的細度。
  • 最末端的 1 張票可以 = 1 個 commit

其實還有很多觀念（User story 的寫法、SMART 原則等），這部份有需要就自己報名唄。

使用 milestone

說來慚愧，milestone 的觀念我在大學的軟體工程課就有學過，但到現在都還沒認真使用，接下來會好好利用了 QQ

xdite 的 milestone 分法是以週為單位，milestone 的名稱就是該週編號。

一般來說，以時間為 title 會面臨的問題就是當有一週延後或提早，後面的數字都要逐一補位，很麻煩。xdite 的解法是將該週可放棄的項目移到 week 999 (nice to have)，或跟 project owner 討論後決定要怎麼調整。如果該週進度提早的話就拿 week 999 的來塞。

不過我認為這麼做有其前提與原因，切 milestone 要夠準（夠有經驗），且每週都有個重要的 business value 要 deliver，因此維持原本的 week 編號就很重要。

場地與伙食

場地還在 CLBC，不用脫鞋入內，這次沒有擺桌子，所以很多人都用紙筆記錄，拿 Macbook Air 當墊板…

伙食一句話就是「有誠意」（肯砸錢在外燴，以及依照經驗選擇受歡迎的料理），不過這不是學習的重點，有興趣可以自己去找別人拍的照片。