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

如何實(shí)施scrum及常見問(wèn)題,青島易軟天創(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ì)來(lái)做。 任務(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ì)議。不解決問(wèn)題。 演示會(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)品常見問(wèn)題,如何寫用戶故事？ 是否還需要原型圖？ 是否還需要詳細(xì)設(shè)計(jì)？ 如何決定用戶故事的優(yōu)先級(jí)？ 向迭代中添加需求 沒有發(fā)布計(jì)劃 沒有定義需求完成的標(biāo)準(zhǔn) 不參與研發(fā)過(guò)程。,7,如何寫用戶故事,角色，做的事情，價(jià)值或者原因。 定義完成的標(biāo)準(zhǔn)。 User Story應(yīng)遵循INVEST規(guī)則： Independent 獨(dú)立性，避免與其他Story的依賴性。 Negotiable 可談判性，Scrum中的story不是瀑布開始某事中的Contract, Stories不必太過(guò)詳細(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ī)格說(shuō)明書拆解，拆分成一個(gè)個(gè)的user story. 原因： 無(wú)法排序 無(wú)法單獨(dú)跟蹤 限制了研發(fā)團(tuán)隊(duì)的發(fā)揮,10,如何規(guī)定用戶故事的優(yōu)先級(jí)？,根據(jù)需求的價(jià)值和投入來(lái)估算ROI，投入產(chǎn)出比。 有的需求價(jià)值很高，但開發(fā)團(tuán)隊(duì)實(shí)現(xiàn)起來(lái)非常難，也是不行的。,11,scrum殺手：向迭代中添加需求,某天，大老板說(shuō)，我們要做個(gè)什么東東。 產(chǎn)品經(jīng)理就找項(xiàng)目經(jīng)理(scrum master)，說(shuō)，老板說(shuō)了，要做個(gè)什么事情。項(xiàng)目經(jīng)理就把需求加上去了。 或者產(chǎn)品經(jīng)理直接找到研發(fā)人員，偷偷摸摸的加上功能。 scrum master應(yīng)勇敢的說(shuō), 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ā)過(guò)程,不參與研發(fā)過(guò)程，和開發(fā)團(tuán)隊(duì)有對(duì)立情況。 應(yīng)當(dāng)及時(shí)和開發(fā)團(tuán)隊(duì)進(jìn)行溝通和交流，隨時(shí)發(fā)現(xiàn)問(wèn)題，隨時(shí)解決。 可以考慮完成某一個(gè)功能之后，就立馬驗(yàn)證。,14,項(xiàng)目經(jīng)理相關(guān),從管理者轉(zhuǎn)為服務(wù)者 關(guān)于考核 后續(xù)如何發(fā)展？,15,從管理者轉(zhuǎn)為服務(wù)者,從原來(lái)的管理者轉(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ù)太少，無(wú)法完成大的功能突破。 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ā)人員很開心的說(shuō)，我又增加了一個(gè)功能。 這個(gè)功能可能會(huì)酷，但它不在我們的計(jì)劃范圍內(nèi)。:) 功能可能會(huì)帶來(lái)很多意想不到的問(wèn)題，甚至后果很嚴(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)無(wú)法完成 站立會(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ì)議變成了問(wèn)題解決會(huì)議,站立會(huì)議主要的目的在于溝通，團(tuán)隊(duì)成員之間彼此更新信息，及時(shí)發(fā)現(xiàn)風(fēng)險(xiǎn)。 不是問(wèn)題的解決會(huì)議。有關(guān)問(wèn)題會(huì)后相關(guān)人員加以解決。,30,站立會(huì)議不相干的人員發(fā)言,豬和雞的故事