2015年11月27日 星期五

[筆記]Scrum軟體開發速成 THE ELEMENTS OF SCRUM(一)

Product Owner
            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來說尤其重要。


































沒有留言:

張貼留言