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

這種課其實有多實務精華在 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 當墊板…

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