在 Amazon 中, 針對 Scrum: The Art of doing Twice the work in half the time 一書, Bas Vodde 對它寫了一些評論:
在裡面有幾句話寫得非常好, 深深地打動我:
kojenchieh 發表在 痞客邦 留言(0) 人氣()
91 寫了一篇文章: "估算需求複雜度(3)如何評估專案時程”, 是談有關如何估算專案多久能完成. 這是一個很好的問題, 也是 PM 們在接觸到 agile 時面臨最大的問題.
因此我把握這個機會, 在 Facebook 的 Scrum community in Taiwan 的社群中, 問了下面幾個常見的問題, 期待能夠得到各方的經驗談
kojenchieh 發表在 痞客邦 留言(0) 人氣()
kojenchieh 發表在 痞客邦 留言(0) 人氣()
3. 建立反饋與度量機制
當流程能夠建立之後, 並且有適當的 WIP 以及 policy, 接下來便是度量和反饋的機制. 你必須有些現況的資料, 大家利用資料講話, 或是來解讀資料, 而非光是憑感覺決策.
kojenchieh 發表在 痞客邦 留言(0) 人氣()
2. 限制同時處理的項目數量
看板實施的第二步, 就是要限制同時處理的項目數量(WIP, Work in progress). 老闆以為你同時處理多件事情, 就能讓時程縮短, 但事實上多工並不能讓你較快.
kojenchieh 發表在 痞客邦 留言(0) 人氣()