敏捷開發_概覽

1. 編寫產品backlog測試

參與人:po+測試負責人   主要責任人:Product ownerspa

形式:excelexcel

內容:ID,Name,importance,Initial estimate,How to demo,Notes排序

輸出物:輸出上述內容的excel,輸出原型圖、功能說明,複雜流程須要流程圖索引

2. 準備sprint計劃事件

責任人:scrum master資源

形式:無原型

內容:確認產品backlog井井有理產品

輸出物:無it

3. 制定sprint計劃

參與人:all   主持人:scrum master

形式:wiki、郵件、白板等

內容:

1. sprint目標

2. 團隊成員名單

3. Sprint backlog

4. Sprint演示時間

5. 肯定scrum每日會議的時間地點

   日程:

        13:00-13:30 po介紹sprint目標,歸納產品backlog,定下演示時間

        13:30-15:00 估算時間,必要狀況下按照索引卡的方式拆分backlog條目成任務

        15:00-16:00 團隊選擇放入sprint中的故事,計算生產率

        16:00-17:00 進一步拆分故事

輸出物:1.肯定演示時間

2.肯定sprint目標

        3.決定sprint要包含的故事

        4.拆分故事成任務,並估算時間

        5.肯定每日會議的時間地點

相關技術:

1. 產品負責人對sprint計劃如何施加影響

2. 本能反應估算

3. 生產率估算

4. 索引卡技術

5. 計劃紙牌作估算

優先級排序:

1. Sprint目標和演示日期

2. 通過團隊承認、要添加到這個sprint中的故事

3. Sprint中每一個故事的估算值

4. Sprint中每一個故事的「如何演示」

5. 生產率和資源計算

6. 肯定每日會議的時間地點

7. 故事拆分紅任務

4. 編寫sprint backlog

責任人:scrum master

形式:任務板

內容:Not CHECKED OUT ,CHECKED OUT ,DONE!SPRINT GOAL,BURNDOWN,UNPLANNED ITEMS,NEXT 

跟蹤任務:郵件等

5. 進行每日例會

責任人:team+scrum master+po,主持人:scrum master

主要內容:

1. 昨日干了什麼

2. 今天準備幹什麼 

3. 問題與困難(例會並不解決問題,只拋出問題)

輸出物:

更新任務板:更新工時、增長即時貼、修改unplanned items,更新燃盡圖(scrum master)

相關技術:

1. 處理遲到的傢伙

2. 處理「今天不知道幹什麼的傢伙」

6. 進行sprint演示

參與人:all + po以爲應該參與演示的人  操做人:po

內容:對本次sprint進行演示

演示檢查列表:

1. 闡述sprint目標

2. 不要花太多時間準備演示,尤爲是不要作花裏胡哨的演講。
把那些玩意兒扔一邊去,集中精力演示能夠實際工做的代

3. 節奏要快,也就是說要把準備的精力放在保持演示的快節
奏上,而不是讓它看上去好看

4. 讓演示關注於業務層次,不要管技術細節。注意力放在「我
們作了什麼」,而不是「咱們怎麼作的」

5. 可能的話,讓觀衆本身試一下產品

6. 不要演示一大堆細碎的 bug 修復和微不足道的特性。你可
以提到一些,可是不要演示,由於它們一般會花很長時間,
並且會分散你們的注意力,讓他們不能關注更加劇要的故

   處理「沒法演示」的工做;

1. 技術報告或其餘方式

7. 作sprint回顧

責任人:all  主持人:scrum master

主題:怎樣在下一個sprint中作的更好

內容:

1. 根據要討論的內容範圍,設定時間爲 1 至 3 個小時。

2. 參與者:產品負責人,整個團隊還有我本身。

3. 咱們換到一個封閉的房間中,或者溫馨的沙發角,或者屋
頂平臺等等相似的場所。只要可以在不受干擾的狀況下討
論就好。咱們通常不會在團隊房間中進行回顧,由於這每每會分散
你們的注意力。

4. 指定某人當祕書。

5. Scrum master 向你們展現 sprint backlog,在團隊的幫助下對
sprint 作總結。包括重要事件和決策等。

6. 咱們會輪流發言。每一個人都有機會在不被人打斷的狀況下
講出本身的想法,他認爲何是好的,哪些能夠作的更好,
哪些須要在下個 sprint 中改變。

7. 咱們對預估生產率和實際生產率進行比較。若是差別比較
大的話,咱們會分析緣由。

8. 快結束的時候, Scrum master 對具體建議進行總結,得出
下個 sprint 須要改進的地方

      輸出物: 

相關文章
相關標籤/搜索
本站公眾號
   歡迎關注本站公眾號,獲取更多信息