很多朋友在接觸 Scrum 時,
認為 Scrum 是有問題的,
他無法適用在他的領域的
問題出在哪裡呢?
先不要看 Scrum 好了
我們來看看 PDCA (Plan, Do, Check, Action)
根據 wiki 上的說法, 他是
循環式品質管理，針對品質工作按規劃、執行、查核與行動來進行活動，以確保可靠度目標之達成，並進而促使品質持續改善。
這個概念是沒問題的, 當初美國學者愛德華茲·戴明提出後, 也被證實確實可行.
而 Scrum 只是把這樣的概念落實到軟體開發上面
Plan: Sprint planning meeting
Do: Sprint execution
Check: Sprint review, Sprint Retrospective，
Act: Sprint review 與 Sprint Retrospective的回饋結果
利用 sprint (timebox) 來限制 PDCA週期的長度
在這個 sprint 內進行這些會議來做到 PDCA
所以看起來 Scrum 也是有憑有據, 並沒有太多問題.
那有問題的是什麼呢?
問題出現在你在實施 Scrum 的方式時, 你不是用 PDCA 的方式來實施
很多事情本來就不知道標準答案是什麼
你需要不斷嘗試才能找出就正確的答案
實施 Scrum 也是這樣
這個月跑一跑後, 需要檢討一下, 這樣做是否有效,
如果不行我們需要換一下作法, 然後下次再來看看成效如何
可是很多人在實施 Scrum 時,
心態上是很 waterfall 的
預計好這樣跑 Scrum, 就認為這樣的實施方法不會錯
中間都不會遇到問題, 都會按他所想的去做
所以最後自然就會失敗
大家之所以會覺得 waterfall 有問題, 不就是因為他很僵硬
認爲規劃好了照表操課就會沒事
但事實不可能是這樣的
可是你在實施 Scrum 時,
你的實施作法, 你的心態, 剛好就是 waterfall 的思維
你說你能不失敗嗎?
所以 Scrum 的發明人 Jeff Sutherland 說到
Scrum 的想法很簡單, 當專案開始時, 要趕快處理這兩個問題:
(1) 經常檢查你的方向是否正確, 你做的東西是否是客戶要的?
(2) 是否有任何方法, 可以改進目前作法, 讓你更快更好
他正是以敏捷的思維來實施 Scrum
正是以 PDCA 的方式, 檢視和調整, 來讓事情逐漸邁向正軌
不是 Scrum 不好, 而是你落實的方法有問題
文章標籤
全站熱搜
留言列表
