David J Anderson 在 Kanban 一書中提到, 他想出一組成功的方法, 認為如果可以做到這些事情, 專案的執行應該可以成功.
1. 專注于品質
2. 減少同時進行的工作
3. 頻繁的交付
4. 根據交付速度, 來平衡需求的請求
5. 進行優先順序的排序
6. 消除變異性, 以提高可預測性
這些方法是需要照順序來實施的, 這是有原因的. 前面的項目通常都是團隊能夠控制, 或者是能控制的狀況比較多. 後面的項目, 你不太可能只有自己做好就可以, 你必須和其他人配合, 要和上下游的部門一起合作.
改變是困難的, 尤其還要改變別人, 因此你必須要從自己先做起, 或者自己能控制的部分開始, 然後才去考量別的事情.
為什麼會提到這些事情呢? 最近在公司內要和其他團隊, 一起合作開發新的產品. 老大給的時間很短, 可是要做事情很多, 如果大家想要能將產品做得很好, 是件不容易的任務.
根據 David J Anderson 的建議, 如果想要能有所改進, 我想可以先做的, 就是專注于品質的改進, 唯有先確保自己產品有一定的水準, 這樣後面才不會因為大量的 bug, 要不斷的重工 (rework) 去修復, 導致產品 release 時程遙遙無期.
此外, David 也提到, 要改善品質, 不管傳統方法或者是敏捷的做法, 都是能發揮作用. 因此, 不管你用 review, inspection, unit testing, TDD, design pattern 或者是 pair programming, 重點在嚴格落實, 確實執行. 經過一段時間後, 系統品質自然會控制在一定範圍之內.
所以在未來的二個月中, 最重要的是確保以下事情進行順利:
團隊成員需要密切討論合作, 確保大家知道相同的事情, 減少 handsoff 的狀況.
設計要及早檢視, 避免誤解需求, 或者考慮不周的設計
及早測試, 不管是利用自動化或是手動測試, 期待第一時間給與回饋
希望三個月後, 可以很高興的跟大家講, 這樣的做法, 是對專案有幫助. 一定要成功啊 …..
留言列表
