scrum精講(編輯修改稿)
2024-11-19 06:26 本頁面
【文章內(nèi)容簡介】 子鐘”） 作為Clockazon的新顧客，我希望注冊并設(shè)置一個帳戶，包括 用戶名、密碼、信用卡和送貨信息； 作為Clockazon的顧客，我希望能將時鐘放入購物車（在稍后 購買）、查看我的購物車內(nèi)的商品、移除我不想要的物品,5,結(jié)賬 上傳/編輯規(guī) 格 查看訂單,作為Clockazon的顧客，我希望能完成我購物車內(nèi)所有商品的 購買過程。 作為Clockazon的員工，我希望能夠添加和編輯我們銷售鐘表 的詳細信息（介紹、規(guī)格說明、價格等） 作為Clockazon的員工，我希望能登錄，并查看一段時間內(nèi)完 成的所有訂單；,第三十頁，共八十九頁。,目錄,? Scrum概覽,? Scrum中的角色和關(guān)鍵原則,? Scrum流程：站會、策劃和回顧,? 幾個應(yīng)用主題（發(fā)布周期、度量、大團隊）,第三十一頁，共八十九頁。,SCRUM計劃會議,第三十二頁，共八十九頁。,,,迭代計劃會議,? 團隊確定在迭代結(jié)束時，能完成多少PB ? 對于2周迭代的項目，會議一般花34小時,? 分兩部分（同一天內(nèi)，連續(xù)）,– 第一部分：團隊評審PO想要的東西，然后與PO確認,“完成”的定義,– 第二部分：團隊決定承諾完成多少，以及如何實現(xiàn)承,諾,第三十三頁，共八十九頁。,1,2,3,4,6,7,Product Backlog,優(yōu)先 級,瀏覽時鐘 搜索某種時 鐘 注冊帳戶 將時鐘放入 購物籃,說明 當用戶想購買時鐘而不確定型號時，我希望能瀏覽Clockazon 在售的時鐘，按照(a)時鐘類型和(b)價格范圍進行過濾。 在用戶查找某款時鐘時，我希望能進行不限格式的文本搜索， 按照短語或關(guān)鍵字（比如：“原子鐘”） 作為Clockazon的新顧客，我希望注冊并設(shè)置一個帳戶，包括 用戶名、密碼、信用卡和送貨信息； 作為Clockazon的顧客，我希望能將時鐘放入購物車（在稍后 購買）、查看我的購物車內(nèi)的商品、移除我不想要的物品,5,結(jié)賬 上傳/編輯規(guī) 格 查看訂單,作為Clockazon的顧客，我希望能完成我購物車內(nèi)所有商品的 購買過程。 作為Clockazon的員工，我希望能夠添加和編輯我們銷售鐘表 的詳細信息（介紹、規(guī)格說明、價格等） 作為Clockazon的員工，我希望能登錄，并查看一段時間內(nèi)完 成的所有訂單；,第三十四頁，共八十九頁。,迭代策劃——第一部分,? PO介紹PB中最優(yōu)先PB項的細節(jié),? 團隊提出問題、建議，就疑問進行確認 ? 協(xié)商對PB需要做的修改,– 團隊驅(qū)動項增加到PB中 – 大粒度項拆分,– 任何其它提煉和優(yōu)化,? 團隊和PO評審標準的“完成定義”，就所有,修訂達成一致,第三十五頁，共八十九頁。,“完成”定義,在迭代結(jié)束時，要“完成”的功能，,必須完成以下步驟：,1 編碼完成,2 代碼評審完成 3 單元測試完畢 4 集成完畢,5 文檔工作完畢 6 7 8,＃ 缺陷標準：不允許P1 P2缺陷，P3缺陷小于3個,第三十六頁，共八十九頁。,達到“完成”—不太好的方式,第三十七頁，共八十九頁。,達到“完成”—更好的方式,第三十八頁，共八十九頁。,迭代策劃——第二部分,? 團隊開始將PB項分解為工作任務(wù)，并且估計需要,的時間,? 對照團隊可用資源，團隊承諾本迭代完成量，確,保工作量適當,? 所有團隊成員都參與會議和討論，無論經(jīng)驗多少,及能力高低,第三十九頁，共八十九頁。,迭代周期—2周迭代,第四十頁，共八十九頁。,迭代內(nèi)可支配時間,迭代時長 迭代內(nèi)的工作日,2周 8天,團隊成員,迭代內(nèi)可工 每天可工作 可用時間總 作日 小時 計（小時）,張三 李四 王五 趙六,8 7 8 5,4 5 5 5,32 35 24 25,第四十一頁，共八十九頁。,每天時間使用分解（按小時）,一天8小時,有效工作時長,第四十二頁，共八十九頁。,迭代計劃會議,? 從PB中的第一項開始,? 分解PB項為任務(wù)（理想情況下，110小時,的工作量），建議使用黃色便簽輔助；,第四十三頁，共八十九頁。,?瀏覽時鐘,第四十四頁，
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1