Kanban and Scrum making the most of both - 簡介
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
我們通常不會寫書. 我們寧可花時間深入戰場, 幫客戶最佳化, 除錯, 以及重構他們的開發流程和組織. 不過, 我們最近注意到一個明顯的趨勢, 希望在此分享一些看法. 下面是一個典型的例子:
Jim: "現在我們終於可以全力執行Scrum了!"
Fred: "所以, 那現在如何呢?"
Jim: "嗯, 比我們以前的狀況好很多..."
Fred: "...但是呢?"
Jim: "...但是你知道我們是個支援和維護的團隊"
Fred: "是的, 然後呢?"
Jim: "好的, 我們喜歡這整個事情, 像是決定product backlog中的優先順序, 自我組織的團隊, 每日scrum會議, 和回顧會議等等..."
Fred: "所以, 有什麼問題嗎?"
Jim: "我們的sprint一直有問題"
Fred: "為什麼?"
Jim: "因為我們發現到, 我們很難去承諾一個兩週的計畫. 循環對我們來說沒有太大的意義, 我們只處理今天最重要的事情. 可能我們應該要用為期一週的循環吧?"
Fred: "那你們能承諾為期一週的工作嗎? 你可以集中精力和平順地工作一周嗎?"
Jim: "不可能, 事實上, 我們出現的問題是以每日為基準的, 或許我們可能可以做為期一天的sprints..."
Fred: "那你們的問題可以不到一天就解決了嗎?"
Jim: "不行, 有些時候他們需要好幾天"
Fred: "所以為期一天的sprint也是不適用. 那你們曾經考慮過完全不要用sprint嗎?"
Jim: "嗯, 坦白說, 我們曾經想過. 但是那不是違背Scrum嗎?"
Fred: "Scrum只是一個工具. 你可以決定何時或是怎麼去用它, 不要變成他的奴隸!"
Jim: "所以我們應該怎麼樣做呢?"
Fred" "你有聽過Kanban嗎?"
Jim: "那是什麼? 和Scrum有什麼區別呢?"
Fred: "嘿, 可以讀這本書!"
Jim: "但是我真的很喜歡Scrum其它的部份, 我需要去轉換嗎?"
Fred: "不用, 你可以結合這兩種技術"
Jim: "什麼? 那要怎麼做?"
Fred: "看這本書你就知道...."
這本書的目的
如果你有興趣敏捷軟體開發方法, 那你可能聽過Scrum, 並且你可能也聽說過Kanban. 所以我們常常聽到一個問題: "什麼是Kanban, 和Scrum比較起來如何? 那些地方是相輔相成? 有沒有任何潛在的衝突?
這本書的目的就是要去釐清這些困惑, 所以你可以指出, Kanban和Scrum對你的環境來說, 是怎樣的有幫助.
如果我們成功了, 請讓我們知道!
留言列表
