2. 那麼, Scrum和看板如何相互關聯? (2)
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
Scrum比看板更多規範
我們可以藉由它們提供多少規則來比較這些工具. "規範的(Prescriptive)"意謂著"更多規則要去遵守", "可調適的(Adaptive)"意謂著"較少的規則要去遵守". 100%規範意謂著你不需要用到大腦, 這裡對每件事情都有規則. 100%可調適意謂著任何事都可以, 這裡一點規則或限制都沒有. 正如同你所看到的, 這兩種極端的規模都是很可笑的.
敏捷方法有時候又稱為輕量級方法, 特別是因為他們比傳統方法有較少的規範. 事實上, 敏捷宣言的第一條宗旨, 就是"個人和互動勝於流程與工具"
Scrum和看板兩者都是高度可調適性的. 但是相對而言, scrum是比看板更多規範. Scrum給你較多的限制, 因此只留下較少選擇是未定的. 例如: scrum規定使用有時間框的循環, 看板沒有.
讓我們從規範度和調適度的規模, 來比較更多的流程工具:
RUP是非常有規範的 - 它有超過30個角色, 20多個活動, 和70多個產出物; 它有一大堆東西要學習, 然而你不會真的要使用所有的東西吧; 你應該為你的專案, 選擇適當的部分. 不幸的是, 事實上它看起來很難做到. "嗯....我們需要建構審核調查結果(configuration audit findings artifacts)嗎? 我們需要一個變更控制經理(change control manager)嗎? 不確定, 所以我們最好保留他們以防萬一.". 當RUP和敏捷方法(像是Scrum和XP)作比較時, RUP的實作往往是屬於重量級, 這可能是其中一個原因.
XP(極致編程)和Scrum比起來是相當有規範的. 它包含了大部分的scrum + 一堆相當具體的工程實務, 像是測試驅動開發和搭檔編程.
Scrum是比XP還要少規範的, 因為它沒有規定任何工程的實務. 但scrum是比看板有更多的規範, 因為它多規定一些事情, 像是循環和跨功能團隊.
Scrum和RUP之間的一個主要差別, 是RUP給你太多東西, 你應該要移除你不需要的部份. 而在scrum中, 你得到的太少, 你應該要增加些你遺漏的部份.
看板幾乎所有事情都是開放的. 僅有的約束是要視覺化你的工作流程, 和限制你正在處理工作的數量. 雖然只比"Do Whatever"再多一點限制, 但是你會驚訝它的效用居然是這麼強大.
不要限制你自己只用一個工具
根據你的需求, 來混合及配對工具! 我很難想像一個成功的scrum團隊, 沒有包含XP大多數的元素. 例如, 許多看板的團隊使用每日會議. 有些scrum團隊會用使用個案的方式, 來撰寫他們的backlog項目; 或者限制他們工作量的大小(看板的一個實務). 不管是什麼, 只要能幫你做事就好.
武藏說的很好. (17世紀著名的武士, 他以雙劍戰鬥技術著名)
然而請注意每個工具的限制. 例如, 如果你使用scrum, 卻決定停止使用時間框的循環(或者其他scrum核心觀點), 那就不要說你是在使用scrum. scrum已經是精簡到不能再精簡, 如果你移掉一些東西, 可是仍然叫它scrum, 這將會變得沒有意義, 和令人混淆的. 應該叫它有點像"得到scrum的啟發", 或是"scrum的子集合", 或者你認為"有點scrum"如何 :O)
留言列表
