1.負責待辦清單
1.1 待辦清單來源自,另一份按優先順序排序的清單
1.2 內容包括 新特性/錯誤修復
2.Index Card
2.1 內容記錄,記錄待辦清單中的特性,一張只記錄一個特性。這些特性稱為
User stories。
2.2 User stories:由團隊成員逐一討論,確認其驗收標準,與故事的完成的模
樣,團隊成員並討論,要完成這些故事,要做那些工作,有那
些類型,有多少工作量。若有不清楚的故事,可以排除在當次
的sprint。
3.Daily Scrum每日站立會議:團隊成員輪流分享資訊。前一天完成了什麼工作;今天
打算完成什麼工作;有沒有碰到什麼障礙或問題。
4.清單整修會議:對產品待辦清單上的故事,進行再次討論並對故事內容有疑慮的地
方再確認。包含故事點的計算及故事的拆解。
Scrum角色:
1. 產品負責人:唯一有權要求團隊做事及改變待辧清單優先順序的人。
1.1 掌握產品願景
1.2 代表業務
1.3 代表客戶
1.4 持有產品待辦清單
1.5 劃定故事優先順序
1.6 設定故事驗收標準
1.7 有空回答團隊成員們的問題
2. scrum master:引領團隊達到更高級的凝聚力,自我組織和表現。團隊的交付物是產
品,而scrum master的交付物是自我組織的團隊。scrum master不是團隊
的老闆僅限於透過影響力所得的領導力。引導scrum會議,幫助團隊理
解和使用scrum的產出物。另一個關鍵作用是替團隊掃除障礙。
2.1 scrum專家和諌言者。
2.2 教練
2.3 障礙移除者
2.4 引導者
3.團隊成員:
3.1 團隊成員可以全權決定如何完成工作,也可決定要使用的工具和技術。
3.2 負責估計實現特性需要的工作量。
3.3 順序由產品負責人決定,完成特性或工作需要多少時間,由團隊成員決
定。
3.4 負責交付使用者故事。
Sprint週期
1.一個Sprint通常為兩週,通常不會超過四週。初期scrum團隊會設成一週,以精練
scrum技巧。
Sprint的各種會議 |
2.Sprint規劃會議:Sprint規劃會議代表著Sprint的開始,區分兩部份,第一部份目標
是,團隊要選擇一組交付物作為目前Sprint的承諾。第二部份,團隊要羅列出交付
使用者故事(交付物)所需完成的所有工作。
2.1 第一部份[要做什麼?]:團隊成員與產品責人討論所有的故事(交付物),
及各故事的驗收標準。團隊成員協商解決各故事依懶性問題,並討論實現
故事要做那些工作。
2.2第二部份[要怎麼做?]:團隊把選定的故事(交付物)分解成,所需要執行
的工作。討論的過程中產品負責人要全程在場,以便回答問題。
3.每日站立會議:開會時間不應該超過15分鐘,快速分享前日已經完成內容,並報告
預計完成的內容。
4.故事時間(清單整修會議):也有人稱作[清單稱修]會議,重新檢視清單中,未完
成的故事,是否需要在拆解成更小的故事,或故事有
不清楚的要重新理解,目的在於,要保持清單中,隨
時都要有一小批,已被充份理解的小故事。
5.Sprint檢視:也稱作Sprint Demo,目的在於展示,團隊成員的工作成果,可以邀請
Product Own,也可以邀利害關係人一同參加。會議長度依1週的sprint約
莫1小時為基礎。Product Own及團隊成員,可以收集會議中的回饋,當作
之後Sprint的故事。
6.自省會議:自省會議在每個sprint的最後才召開,目的是為了幫助團隊持續地進行檢
驗和調整,希望能升提績效及幸福感。每個開發週期以1~2小時的比
例進行安排,最多不要超過3小時。自省議程如下:
6.1 準備階段:這階段重視[建主共同的目標],讓團隊了解開會的目的,
是為了團隊提升,而不是個人的檢討。
6.2 收集資料:在sprint中發生了什麼。可以利用開會技巧幫助團隊,以保持
思路清晰且不偏主題。
6.3 洞察問題:這階段重視[為什麼],找出問題發生的原因,過程中不聚
焦在人,而是在問題本身。
6.4 確定方案:自省會議的問題也許有很多,最好的辦法是,一次自省會議
,只決解一個問題。
6.5 結束:用感謝來當作結束,讓成員說出在sprint中可以感謝的人事物,
可以讓團隊更加團結。
Sprint 的異常終結:在正常的Sprint中,管理層不會要求,改變需求。異常終止通常發生在外部因素。在終結前若還有可交付部份,則還是可以做Sprint Demo及自省會議,由其自省會議對異常終結Sprint來說尤其重要。
沒有留言:
張貼留言