管理活動指南評審會議

Scrum管理活動指南-評審會議文檔編號：PF_AGUI_06_G03文檔信息：組織級過程文件文檔名稱：Scrum管理活動指南-評審會議文檔類別：過程改進類密級：內(nèi)部版本信息：1.0建立日期：2015/12/30創(chuàng)建人：李琳審核者：謝東、羅濤批準人：謝志華批準日期：2016/01/26文檔修訂記錄版本編號或者更改記錄編號*變化狀態(tài)簡要說明（變更內(nèi)容和變更范圍）日期變更人批準日期批準人V0.5A新建2016/1/13李琳V1.0M修改2016/1/25李琳*變化狀態(tài)：A——增加，M——修改，D——刪除文檔評審記錄序號評審人角色評審日期簽字備注1謝東羅濤2016/01/2623文檔審批信息序號審批人角色審批日期簽字備注目錄1.簡介 41.1指南目的 41.2適用范圍 41.3術(shù)語與縮略語 41.4參考資料 42.指南概述 43.實施步驟指導(dǎo) 53.1會議準備 53.2會議進程 53.3會議規(guī)則 64.附錄 64.1相關(guān)模板 6

1.簡介1.1指南目的本指南旨在講述評審會議的概念、實施方法及規(guī)則，指導(dǎo)Scrum團隊如何開展評審會議。通過評審會議加強團隊內(nèi)外部的溝通，交付用戶期望的產(chǎn)品。1.2適用范圍 本過程適用于：

機構(gòu)：適用于集團內(nèi)各產(chǎn)品研發(fā)，運維運營組織

業(yè)務(wù)：全生命周期研發(fā)及運維運營

產(chǎn)品類型：全部產(chǎn)品類型1.3術(shù)語與縮略語術(shù)語PBI：ProductBacklogItem產(chǎn)品目標清單1.4參考資料《Scrum指南》《集團敏捷研發(fā)管理V2.0》2.指南概述評審會議在每一迭代的最后一天進行，用以檢驗本迭代增量的完成情況，包括需求條目/用戶故事的完成數(shù)量，每個需求條目/用戶故事的狀態(tài)，評價和確認是否達到可發(fā)布的標準。并根據(jù)參會人員的反饋，調(diào)整PBI。3.實施步驟指導(dǎo)3.1會議準備 1）評審會議之前，由測試人員準備本迭代成果的演示環(huán)境，PO/需求人員協(xié)作測試團隊準備演示數(shù)據(jù)，腳本等。演示環(huán)境建議使用獨立的環(huán)境，非開發(fā)環(huán)境。評審會議之前，PO/需求/測試保證所有本迭代已驗證條目部署到演示環(huán)境。基于用戶業(yè)務(wù)場景設(shè)計演示的操作線路，并保證覆蓋到該場景下所有的待演示條目。2）PO確定并邀請參會人員，通常有：Scrum團隊（PO、SM、開發(fā)測試、UE/UI、敏捷教練）、用戶/用戶代表、其他相關(guān)干系人（如：產(chǎn)品線相關(guān)人員、管理人員等）。3）會議資料請參考集團敏捷研發(fā)2.5進行裁剪準備。通常有：Sprint目標、Sprintbacklog等。3.2會議進程（1）完成情況說明及產(chǎn)品演示1）首先由SM描述本迭代目標,確保參會人員都了解目標。SM說明本迭代開發(fā)任務(wù)完成情況，及未完成的原因說明，需求/UE協(xié)助補充驗證情況，測試依據(jù)測試報告補充測試情況。3）通常由測試人員依據(jù)《Sprintbacklog》進行產(chǎn)品演示；（2）評價及確認結(jié)果1）參會人員根據(jù)上述演示及說明提出疑問，Scrum團隊進行回答，并記錄發(fā)現(xiàn)的問題及期望的改進，改進可能是新的功能需求或一個功能的調(diào)整完善。2）用戶/PO最后依據(jù)產(chǎn)品演示、需求/UI/測試的驗證情況，接受或拒絕Sprint開發(fā)成果。3）根據(jù)1）中的記錄及2）的結(jié)果調(diào)整PBI。會后根據(jù)評審?fù)ㄟ^情況進行基線標識。（3）會議輸出：《ProductBacklog清單及驗證》/《SprintBacklog清單及驗證》《Sprint驗證問題一覽表》《標識Sprint基線清單》3.3會議規(guī)則迭代評審會在迭代結(jié)束前的最后一天進行，不能延期；評審會議時間，建議根據(jù)迭代周期時間，一周對應(yīng)一小時。演示過程中，建議不要展開討論，先記錄下來演示結(jié)束后討論。評審?fù)ㄟ^標準：用戶/PO結(jié)合演示情況及測試報告決定是否可