11. Scrum規定要做評估和衡量速度
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在scrum中, 對於他們承諾要做的每個項目, 團隊應該要去評估其相對大小(工作的大小). 在sprint結束時, 藉由加總每個完成項目的大小, 我們可以得到速度. 速度是對能力的衡量 - 在每次sprint我們可以交付多少東西. 下面有一個團隊的例子, 他們平均速度是8.
Study group無用論!?
最近一直有人跟我提說, study group 沒有用, 早該廢除掉了!
他們說有很多人都是去吃便當, 都是為了拿那本書而已, 回去都沒有看, 只是浪費時間和金錢.
心裏想這句話不就是說出重點了嗎?
每次你都沒有看, 怎麼會有用!!
不可能你都沒看, 每次都希望人家可以講的很精采, 然後你坐在那裡就忽然神功灌頂, 打通任督二脈!! 遇到鬼.....
10. Scrum backlog的項目必須適合在sprint內完成
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
Scrum和看板都是基於漸進式開發. 也就是, 把工作拆解成更小的工作.
Scrum團隊只會承諾他們認為能在一個循環中完成的項目(根據"做完"的定義). 如果項目太大, 以至於不適合在一個sprint內完成, 產品負責人需要試著找到方法, 去把它拆解成更小的項目, 直到他們合適在一個sprint內完成. 如果項目都有較大的傾向, 循環將會被拉長(儘管通常不會長超過4個禮拜).
9. Scrum規定要跨功能的團隊
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
一個scrum白板剛好只被一個scrum團隊所擁有. Scrum團隊是跨功能的, 在這個循環中, 要完成這些項目所需要的所有技巧, 它都有包含到. Scrum白板通常是所有有興趣的人都看得到的, 但是只有擁有這個看板的scrum團隊可以修改它 - 它是在循環中用來管理他們承諾的工具.
在看板中, 跨功能的團隊不是必要的, 白板不需要被某個特定的團所擁有. 白板只是有關於某個工作流程, 不需要是某個團隊.
8. 每次循環開始scrum的白板會重新設定
source: Kanban and Scrum making the most of both, Henrik Kniberg & Mattias Skarin
http://www.infoq.com/minibooks/kanban-scrum-minibook
在循環的不同階段中, scrum白板通常看起來會像這樣:
