敏捷軟件開發中的Scrum開發模式(2)

　　(二) 產品負責人PO

　　1、PO 是一個人并只能由一個人來擔

　　2、負責管理產品待辦事項表(Product Backlog)并保證其 對于客戶和團隊保持透明度

　　3、對產品代辦事項表進行優先級排序

　　4、與團隊一起來進行工作量估算

　　5、對于項目的成功負責并保證投資回報率(ROI)

　　給PO的一些建議：

　　1、 客戶項目：最佳的PO人選應該由客戶的代表來擔任

　　2、 內部項目：最佳的PO人員應該由業務經理擔任

　　3、 PO可以由團隊成員擔任，但永遠不能由ScrumMaster擔任

　　(三) 團隊Team

　　1、 最佳團隊大?。?-9 人

　　2、 多功能團隊：程序員，測試人員，設計師，數據庫管理員和架構師

　　3、 保證團隊成員全職參與開發

　　4、 自我管理，沒有頭銜之分，不組建子團隊

　　5、 成員更替只能在迭代之間進行，最佳方式是在發布之間進行

　　需要注意的是，第三點提到的全職參加是指完成了分配到的任務額即為全職參加。并不是指全程參加。

　　五、在每次迭代過程中包含的內容

　　(一) 每日站立會議

　　1、 站立進行

　　2、 在固定的時間，固定的地點

　　3、 問題：

　　你昨天完成了哪些工作?你今天要完成哪些工作?遇到了什么困難?

　　4、 僅僅作為信息溝通用途，不解決任何問題

　　5、 不向任何人匯報

　　6、 15分鐘

　　(二) 發布計劃會議

　　進行產品規劃

　　1、僅對啟動項目所必須的內容進行規劃

　　2、在開發過程中適時進行進一步的規劃

　　可交付物

　　1、針對產品特性和功能的整體規劃

　　2、下一個發布的目標

　　3、主要任務

　　4、按優先級排序的產品待辦事項表

　　(三) 迭代計劃會議

　　1、進行迭代規劃

　　2、PO向團隊介紹產品待辦事項表

　　3、團隊在PO的協助下充分了解產品待辦事項

　　4、確定迭代目標和迭代合約

　　迭代合約包含的內容有：

　　1)團隊組成(成員列表、角色分配)

　　2)完成規范

　　3)團隊對迭代目標的承諾

　　4)迭代長度

　　5)迭代代辦事項的估算

　　6)迭代評審和下一次計劃會議的時間和地點

　　5、對產品待辦事項進行細分并創建迭代待辦事項

　　(四) 迭代

　　解釋：團隊用來實現迭代目標(可發布產品)的時間區間。

　　時間區間：1-4周，最佳2周。

　　關鍵詞：時間長度決定何時結束迭代，而不由工作量的完成來決定。

　　優點：為團隊提供保障。

　　(五) 迭代評審會議

　　1.團隊展示完成的功能并收集反饋

　　2.對未完成的功能進行描述并說明原因

　　3.PO接受/不接受當前迭代

　　4.邀請所有人，包括客戶參與

　　5.4小時

　　(六) 迭代回顧會議

　　1.那些做的好?

　　2.那些做的不好?

　　3.那些可以改進?

　　4.僅團隊成員參與

　　5.4小時

　　六、定義需求

　　用戶情景應該包括：作為……我需要……從而……，以及用戶接受標準。

　　用戶情景應該理解為用戶+情景，不能僅僅考慮用戶本身，所有的用戶情景都應該從某類用戶開始。

　　用戶情景最佳實踐：

　　1、縱向分配原則-對于采用分層設計的業務用例實現盡可能 由一個開發人員完成所有的層次的組件實現(界面/邏輯/數據)

　　2、 任務的劃分粒度到1個工作日內完成

　　3、 對于任務而言，只有完成和不完成兩種狀態

　　4、 業務用例的工作量使用的相對值，表明的是一種對于用例工作量和評定

原文轉自：http://www.kjueaiud.com