如何實(shí)施scrum及常見問題.ppt

如何實(shí)施scrum及常見問題,青島易軟天創(chuàng)網(wǎng)絡(luò)科技有限公司 2012/4/14,2,實(shí)施scrum幾個(gè)階段,第一階段：嚴(yán)格按照scrum的流程進(jìn)行。 scrum已經(jīng)是最簡(jiǎn)流程，不宜再進(jìn)行刪減。 學(xué)習(xí)一樣?xùn)|西很重要的就是初心，把原有的東西放下。 組織結(jié)構(gòu)層面的支持非常重要。 第二階段：根據(jù)團(tuán)隊(duì)實(shí)際情況進(jìn)行調(diào)整。 找到團(tuán)隊(duì)最佳的迭代周期。 找到團(tuán)隊(duì)最佳的開發(fā)實(shí)踐。 建立產(chǎn)品的發(fā)布節(jié)奏。,3,傳統(tǒng)團(tuán)隊(duì)轉(zhuǎn)向敏捷團(tuán)隊(duì),瀑布開發(fā)轉(zhuǎn)向迭代開發(fā)。 固定的迭代周期，迭代周期內(nèi)不能隨意改變需求。 項(xiàng)目經(jīng)理轉(zhuǎn)向scrum master 放權(quán) 產(chǎn)品經(jīng)理轉(zhuǎn)向 product owner 項(xiàng)目成員轉(zhuǎn)向 team member 需求改用 user story 跟蹤 任務(wù)分解改為團(tuán)隊(duì)來做。 任務(wù)指派改為自由領(lǐng)取。 甘特圖改用燃盡圖。 獨(dú)立考核改為團(tuán)隊(duì)的共進(jìn)退。,4,開好幾個(gè)會(huì)議,計(jì)劃會(huì)議第一部分：做好優(yōu)先級(jí)的排序，考慮投入產(chǎn)出。 計(jì)劃會(huì)議的第二部分：團(tuán)隊(duì)分解，自主領(lǐng)取。 每日的站立會(huì)議：控制時(shí)間，重在溝通，非匯報(bào)會(huì)議。不解決問題。 演示會(huì)議：展示成果，得到反饋。提高團(tuán)隊(duì)成就感。 總結(jié)會(huì)議：逐步改進(jìn)實(shí)踐。,5,逐步找到適合團(tuán)隊(duì)的開發(fā)實(shí)踐,結(jié)對(duì)編程 代碼規(guī)范 源代碼管理 代碼review 每日提交 交叉測(cè)試 重構(gòu) 分享會(huì)議 簡(jiǎn)單設(shè)計(jì) 自動(dòng)化測(cè)試 框架,6,產(chǎn)品常見問題,如何寫用戶故事？ 是否還需要原型圖？ 是否還需要詳細(xì)設(shè)計(jì)？ 如何決定用戶故事的優(yōu)先級(jí)？ 向迭代中添加需求 沒有發(fā)布計(jì)劃 沒有定義需求完成的標(biāo)準(zhǔn) 不參與研發(fā)過程。,7,如何寫用戶故事,角色，做的事情，價(jià)值或者原因。 定義完成的標(biāo)準(zhǔn)。 User Story應(yīng)遵循INVEST規(guī)則： Independent 獨(dú)立性，避免與其他Story的依賴性。 Negotiable 可談判性，Scrum中的story不是瀑布開始某事中的Contract, Stories不必太過詳細(xì)，開發(fā)人員可以給出適當(dāng)?shù)慕ㄗh。 有價(jià)值性， Story需要體現(xiàn)出對(duì)于用戶的價(jià)值 Estimable 可估計(jì)性，Story應(yīng)可以估計(jì)出Task的開發(fā)時(shí)間。 Sized Right 合理的尺寸， Stories應(yīng)該盡量小，并且使得團(tuán)隊(duì)盡量在1個(gè)sprint(2 weeks)中完成。 Testable 可測(cè)試性， User Story應(yīng)該是可以測(cè)試的，最好有界面可以測(cè)試和自動(dòng)化測(cè)試。每個(gè)任務(wù)都應(yīng)有Junit Test.,8,是否還需要原型圖？,scrum里面并沒有規(guī)定要寫原型圖。 原型圖比較直觀，可以作為user story的補(bǔ)充。,9,是否還需要詳細(xì)設(shè)計(jì)？,不需要。 應(yīng)當(dāng)將之前寫的需求的詳細(xì)設(shè)計(jì)，或者產(chǎn)品規(guī)格說明書拆解，拆分成一個(gè)個(gè)的user story. 原因： 無法排序 無法單獨(dú)跟蹤 限制了研發(fā)團(tuán)隊(duì)的發(fā)揮,10,如何規(guī)定用戶故事的優(yōu)先級(jí)？,根據(jù)需求的價(jià)值和投入來估算ROI，投入產(chǎn)出比。 有的需求價(jià)值很高，但開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)起來非常難，也是不行的。,11,scrum殺手：向迭代中添加需求,某天，大老板說，我們要做個(gè)什么東東。 產(chǎn)品經(jīng)理就找項(xiàng)目經(jīng)理(scrum master)，說，老板說了，要做個(gè)什么事情。項(xiàng)目經(jīng)理就把需求加上去了。 或者產(chǎn)品經(jīng)理直接找到研發(fā)人員，偷偷摸摸的加上功能。 scrum master應(yīng)勇敢的說, no, 請(qǐng)等待n周。,12,沒有定義user story完成的標(biāo)準(zhǔn),也就是最重要的幾個(gè)用例，要定義這個(gè)需求完成的標(biāo)準(zhǔn)是什么。 比如一個(gè)用戶登錄功能，其完成的標(biāo)準(zhǔn)： 輸入正常的用戶名和密碼，應(yīng)當(dāng)能夠登錄系統(tǒng)。 輸入錯(cuò)誤的用戶名和密碼，應(yīng)當(dāng)提示登錄錯(cuò)誤。,13,不參與研發(fā)過程,不參與研發(fā)過程，和開發(fā)團(tuán)隊(duì)有對(duì)立情況。 應(yīng)當(dāng)及時(shí)和開發(fā)團(tuán)隊(duì)進(jìn)行溝通和交流，隨時(shí)發(fā)現(xiàn)問題，隨時(shí)解決。 可以考慮完成某一個(gè)功能之后，就立馬驗(yàn)證。,14,項(xiàng)目經(jīng)理相關(guān),從管理者轉(zhuǎn)為服務(wù)者 關(guān)于考核 后續(xù)如何發(fā)展？,15,從管理者轉(zhuǎn)為服務(wù)者,從原來的管理者轉(zhuǎn)變?yōu)榉?wù)者 心態(tài)的調(diào)整 從事必躬親改為放權(quán) 放手讓團(tuán)隊(duì)去做，允許團(tuán)隊(duì)犯錯(cuò),16,如何考核員工？,敏捷開發(fā)團(tuán)隊(duì)更是一個(gè)整體。 共進(jìn)共退，榮譽(yù)與共 團(tuán)隊(duì)的集體考核 團(tuán)隊(duì)內(nèi)部自己進(jìn)行考核,17,后續(xù)發(fā)展方向,scrum master 做到最成功的地方就是這個(gè)團(tuán)隊(duì)不再需要你了。 那么肯定有項(xiàng)目經(jīng)理犯嘀咕了，那我怎么辦啊。 可能的方向： scum master trainer：培養(yǎng)更多的scrum master 帶其他的團(tuán)隊(duì) 專向架構(gòu)師 轉(zhuǎn)向產(chǎn)品 轉(zhuǎn)向開發(fā)團(tuán)隊(duì),18,開發(fā)團(tuán)隊(duì)相關(guān),團(tuán)隊(duì)人數(shù)要適當(dāng) 包含多種能力和角色 指派任務(wù)改為自由領(lǐng)取任務(wù) 每期項(xiàng)目改進(jìn)一點(diǎn) 自我組織的團(tuán)隊(duì) 鍍金行為 文檔 忘記更新燃盡圖,19,團(tuán)隊(duì)人數(shù)要適當(dāng),有的團(tuán)隊(duì)人數(shù)太多，每天早上開站立會(huì)議都要很長(zhǎng)時(shí)間。 團(tuán)隊(duì)人數(shù)太少，無法完成大的功能突破。 5-9人。 scrum master和product owner不是team成員,20,包含多種能力和角色,比如后臺(tái)和前臺(tái) 比如測(cè)試 比如DBA 完成本期迭代所需要的所有技能,21,將指派任務(wù)改為自由領(lǐng)取,傳統(tǒng)項(xiàng)目管理中，都是項(xiàng)目經(jīng)理分解任務(wù)，然后指派到人。 現(xiàn)在改為團(tuán)隊(duì)自主分解服務(wù)，自由領(lǐng)取任務(wù)。 一定要選擇自己感興趣的。:),22,每次迭代改進(jìn)一點(diǎn),每次迭代都要改進(jìn)一些 持續(xù)改進(jìn) 找到適合團(tuán)隊(duì)最佳的開發(fā)實(shí)踐,23,要形成自我組織的團(tuán)隊(duì),要形成自我組織的團(tuán)隊(duì)。 項(xiàng)目經(jīng)理的放權(quán)。 開發(fā)團(tuán)隊(duì)成員自主意識(shí)的崛起。,24,鍍金行為,某位開發(fā)人員很開心的說，我又增加了一個(gè)功能。 這個(gè)功能可能會(huì)酷，但它不在我們的計(jì)劃范圍內(nèi)。:) 功能可能會(huì)帶來很多意想不到的問題，甚至后果很嚴(yán)重。 有想法可以提技術(shù)類的需求，排到迭代中。,25,關(guān)于文檔,敏捷并不是不需要文檔 各種各樣的設(shè)計(jì)文檔，比如數(shù)據(jù)庫(kù)設(shè)計(jì)文檔，api接口文檔。 安裝部署文檔。,26,忘記更新燃盡圖,燃盡圖開始橫著走啦。 每天應(yīng)當(dāng)重新估計(jì)自己所負(fù)責(zé)的任務(wù)的預(yù)計(jì)剩余時(shí)間。,27,會(huì)議相關(guān),會(huì)議太長(zhǎng)，一天之內(nèi)無法完成 站立會(huì)議時(shí)間太長(zhǎng) 站立會(huì)議不相關(guān)的人員發(fā)言 不召開演示會(huì)議 沒有回顧會(huì)議 回顧會(huì)議沒有產(chǎn)生行動(dòng)計(jì)劃,28,計(jì)劃會(huì)議太長(zhǎng),產(chǎn)品計(jì)劃會(huì)議和迭代計(jì)劃會(huì)議嚴(yán)格控制在一天內(nèi)結(jié)束。 scrum master需要主要掌控會(huì)議進(jìn)程。 在召開產(chǎn)品計(jì)劃會(huì)議之前，scrum master和產(chǎn)品負(fù)責(zé)人可以事先做一些準(zhǔn)備。,29,站立會(huì)議變成了問題解決會(huì)議,站立會(huì)議主要的目的在于溝通，團(tuán)隊(duì)成員之間彼此更新信息，及時(shí)發(fā)現(xiàn)風(fēng)險(xiǎn)。 不是問題的解決會(huì)議。有關(guān)問題會(huì)后相關(guān)人員加以解決。,30,站立會(huì)議不相干的人員發(fā)言,豬和雞的故事