敏捷開發(fā)管理實(shí)踐PPT課件

1、敏捷開發(fā)管理實(shí)踐代斯代斯2014年年11月月目錄目錄了解敏捷軟件開發(fā)簡史軟件開發(fā)簡史Code&Fix重量級過程控制重量級過程控制敏捷敏捷敏捷開發(fā)聯(lián)盟敏捷開發(fā)聯(lián)盟 2001年初，在美國猶他州的滑雪勝地Snowbird，十七位專家聚集在一起概括出了一些可以讓軟件開發(fā)團(tuán)隊(duì)具有快速工作，響應(yīng)變化能力的價(jià)值觀和原則。他們稱自己為敏捷聯(lián)盟。在隨后的幾個(gè)月中，他們創(chuàng)建了一份價(jià)值觀申明，也就是敏捷聯(lián)盟宣言。敏捷開發(fā)宣言敏捷開發(fā)宣言我們一直在實(shí)踐中探索更好的軟件開發(fā)方法，身體力行的同時(shí)也幫助他人。由此我們建立了如下價(jià)值觀：也就是,說右項(xiàng)有價(jià)值，但我們更重視左項(xiàng)的價(jià)值高于高于Scrum簡介簡介Scrum簡

2、介簡介需求管理需求管理中的常見問題需求管理中的常見問題用戶故事（用戶故事（User Story）用戶故事描述了對用戶、系統(tǒng)或軟件購買者有價(jià)值的功能 對用戶有價(jià)值的功能，如： 用戶可以搜索職位 公司可以發(fā)布新職位 用戶可以限制瀏覽其簡歷的人 不理想的用戶故事，如： 這個(gè)程序用java語言編寫 程序?qū)⑼ㄟ^連接池連接到數(shù)據(jù)庫理想用戶故事特點(diǎn)理想用戶故事特點(diǎn)-INVESTUser Story要素要素作為。我希望。以便。作為博客作者，我希望通過博客發(fā)布我的照片，以便我的讀者們認(rèn)識我。作為網(wǎng)站管理員，我希望統(tǒng)計(jì)每天有多人訪問我的網(wǎng)站，以便于我的贊助商們了解我的網(wǎng)站會(huì)給他們該來什么收益。幾種特殊的用戶故事幾

3、種特殊的用戶故事 需要修正的缺陷 探針實(shí)驗(yàn)（spike） 架構(gòu)需求、技術(shù)改造、大型重構(gòu) 驗(yàn)證類故事用戶故事估算用戶故事估算-撲克牌估算法撲克牌估算法撲克牌估算法是幾個(gè)潛在的仸務(wù)撲克牌估算法是幾個(gè)潛在的仸務(wù)承擔(dān)者（如某個(gè)功能小組）共同承擔(dān)者（如某個(gè)功能小組）共同估算的方法，他們一起聽產(chǎn)品負(fù)估算的方法，他們一起聽產(chǎn)品負(fù)責(zé)人講解，一起估算，以達(dá)到利責(zé)人講解，一起估算，以達(dá)到利用集體智慧解決問題的目的。用集體智慧解決問題的目的。 每人各自估算后獨(dú)立出暗牌，聽口令一起開牌。 數(shù)值最大者與最小者PK，其他人旁聽也可參與。 認(rèn)論結(jié)束后重新出牌和開牌。 重復(fù)上述過程，直到結(jié)果比較接近。 撲克牌數(shù)值撲克牌數(shù)值估

4、算撲克牌上的數(shù)字，有的牌是自然數(shù)排列，有些是斐波納契數(shù)，有些則是不連續(xù)自然數(shù)。角色與團(tuán)隊(duì)Scrum角色角色Scrum Master（Scrum“大大師師”）負(fù)責(zé)維護(hù)Scrum方法的秩序，并協(xié)劣覽決非技術(shù)問題。 現(xiàn)實(shí)世界的現(xiàn)實(shí)世界的Scrum Master Scrum Master的工作方式是靠領(lǐng)導(dǎo)力而非權(quán)力工作，因此首先應(yīng)服務(wù)于團(tuán)隊(duì)。 一種人選是原來的項(xiàng)目經(jīng)理轉(zhuǎn)型，保留原有的管理和技術(shù)職能，但弱化指派仸務(wù)、下達(dá)時(shí)間點(diǎn)指令等內(nèi)容，而增強(qiáng)其組細(xì)協(xié)課能力。 另一種人選是企業(yè)原有的過程改進(jìn)人員，協(xié)助不太了解Scrum的項(xiàng)目經(jīng)理按照Scrum的方法工作，可以每人負(fù)責(zé)多個(gè)項(xiàng)目，接近全職的Scrum Mas

5、terProduct Owner（產(chǎn)品負(fù)責(zé)（產(chǎn)品負(fù)責(zé)人）人）負(fù)責(zé)產(chǎn)品需求的提煉、條目化、優(yōu)先級排序。 現(xiàn)實(shí)世界的產(chǎn)品負(fù)責(zé)人現(xiàn)實(shí)世界的產(chǎn)品負(fù)責(zé)人 部門經(jīng)理、產(chǎn)品經(jīng)理、策劃人員等都可能做產(chǎn)品負(fù)責(zé)人。 產(chǎn)品負(fù)責(zé)人是產(chǎn)品的指路人，必須對產(chǎn)品有長進(jìn)的規(guī)劃和深入了覽，因此不能簡單地選擇銷售人員甚至客戶作為產(chǎn)品負(fù)責(zé)人。 大型產(chǎn)品如嵌入弅產(chǎn)品和網(wǎng)絡(luò)游戲，常常使用有層級的產(chǎn)品負(fù)責(zé)人團(tuán)隊(duì)，來覽決廣度不深度的矛盾，如產(chǎn)品總監(jiān)-產(chǎn)品經(jīng)理 / 主策劃-策劃團(tuán)隊(duì)。 Team（團(tuán)隊(duì)）（團(tuán)隊(duì)）以“自組織 ”的相對扁平方式進(jìn)行管理，負(fù)責(zé)完成開發(fā)工作。 現(xiàn)實(shí)世界的開發(fā)團(tuán)隊(duì)現(xiàn)實(shí)世界的開發(fā)團(tuán)隊(duì) 實(shí)際團(tuán)隊(duì)常常不是“扁平的”，而是仍有項(xiàng)

6、目經(jīng)理、小組長等職位。 工作中他們以“共同估算”“跨職能工作”“共同跟進(jìn)”等方式自組織工作， 而不是完全依賴層層指令。 項(xiàng)目經(jīng)理、小組長的領(lǐng)導(dǎo)、指導(dǎo)、協(xié)同職能大于其指令職能。 團(tuán)隊(duì)中的團(tuán)隊(duì)中的”豬豬”和和”雞雞”豬與雞走在街上，雞對豬說：咱們合伙開一家雞蛋火腿三明治如何？豬想了想說：你當(dāng)我是豬啊，我要全身心投入，你卻只是偶然參與。在敏捷開發(fā)中，不同角色各自在敏捷開發(fā)中，不同角色各自對自己的工作內(nèi)容擁有決策權(quán)對自己的工作內(nèi)容擁有決策權(quán)，對于別人負(fù)責(zé)的事情，則只，對于別人負(fù)責(zé)的事情，則只起到輔助、建議等作用起到輔助、建議等作用做下面事情的時(shí)候，他們是Product Ownerl 定義產(chǎn)品功能l 定

7、義產(chǎn)品發(fā)布日期和功能l 對產(chǎn)品的投入和產(chǎn)出比負(fù)責(zé)l 根據(jù)市場情況對需求排列優(yōu)先級l 如果需要，在每個(gè)迭代合理調(diào)整產(chǎn)品特性及優(yōu)先級l 接受或者拒絕開發(fā)團(tuán)隊(duì)的工作成果Scrum Masterl Scrum正常運(yùn)作的守護(hù)者l 激發(fā)團(tuán)隊(duì)的創(chuàng)造力l 改善開發(fā)團(tuán)隊(duì)的外部環(huán)境l 輔導(dǎo)團(tuán)隊(duì)提升運(yùn)作效率l 排除團(tuán)隊(duì)遇到的困難l 保持團(tuán)隊(duì)緊密合作場景一：場景一：Scrum Master該怎么辦？該怎么辦？l PO說：他不能參加Sprint計(jì)劃會(huì)議，但是他不介意團(tuán)隊(duì)自己繼續(xù)。場景二：場景二：Scrum Master該怎么辦？該怎么辦？l 在一個(gè)Sprint中，一個(gè)經(jīng)理過來，說：他需要把一個(gè)團(tuán)隊(duì)成員抽出來項(xiàng)目幾天，做

8、別的工作。場景三：場景三：Scrum Master該怎么辦？該怎么辦？l 一個(gè)團(tuán)隊(duì)成員過來告訴你：PO剛剛叫他在當(dāng)前的Sprint中加了一點(diǎn)任務(wù)。目前，Sprint進(jìn)行了1/3。場景四：場景四：Scrum Master該怎么辦？該怎么辦？l 團(tuán)隊(duì)顯得很疲憊，他們不得不每天工作到很晚，甚至在周末加班工作，來達(dá)到Sprint的目標(biāo)。他們評價(jià)scrum太可怕了，逼著他們工作這么多。Team-傳統(tǒng)團(tuán)隊(duì)傳統(tǒng)團(tuán)隊(duì)requiredevelopmenttestTeam-敏捷團(tuán)隊(duì)敏捷團(tuán)隊(duì)l 通常59人。l 跨職能，跨模塊人員構(gòu)成l 成員應(yīng)全職投入l 團(tuán)隊(duì)自組織管理l 迭代內(nèi)保持團(tuán)隊(duì)成員穩(wěn)定團(tuán)隊(duì)間協(xié)同團(tuán)隊(duì)間協(xié)同l

9、 在劃分團(tuán)隊(duì)的時(shí)候，盡量讓團(tuán)隊(duì)具備端到端交付價(jià)值的能力l 跨職能，跨模塊人員構(gòu)成l 成員應(yīng)全職投入l 團(tuán)隊(duì)自組織管理l 迭代內(nèi)保持團(tuán)隊(duì)成員穩(wěn)定過程項(xiàng)目項(xiàng)目Sprint0Sprint1Sprint2Sprint3項(xiàng)目策劃項(xiàng)目結(jié)項(xiàng)項(xiàng)目觀察、調(diào)整迭代迭代迭代計(jì)劃1迭代計(jì)劃2站立會(huì)議站立會(huì)議迭代評審站立會(huì)議迭代回顧觀察、調(diào)整觀察、調(diào)整觀察、調(diào)整2h2h15m15m15m2h2h迭代（2weeks）.Sprint0 高層業(yè)務(wù)流程梳理 初始用戶故事列表 團(tuán)隊(duì)建設(shè) 技術(shù)架構(gòu)選擇 UI風(fēng)格 開發(fā)、測試環(huán)境準(zhǔn)備 持續(xù)集成 Sprint1的User Story和驗(yàn)收標(biāo)準(zhǔn)迭代分工迭代分工角色Sprint n-1Sp

10、rint nSprint n+1Scrum MasterProduct OwnerTeam確保Scrum正常運(yùn)轉(zhuǎn)確保Scrum正常運(yùn)轉(zhuǎn)確保Scrum正常運(yùn)轉(zhuǎn)輔助開發(fā)，準(zhǔn)備n Story輔助開發(fā)，準(zhǔn)備n+1 Story輔助開發(fā)，準(zhǔn)備n+2 Story開發(fā)測試開發(fā)測試開發(fā)測試迭代計(jì)劃會(huì)議迭代計(jì)劃會(huì)議Product backlogSprint n backlogl 創(chuàng)建迭代backlogl 任務(wù)分解站立會(huì)議站立會(huì)議晨會(huì)上的三個(gè)經(jīng)典問題：l 昨天我完成了那些工作？l 今天我打算做什么？l 完成我的目標(biāo)是否存在什么障礙？站立會(huì)議站立會(huì)議晨會(huì)上的三個(gè)經(jīng)典問題：l 昨天我完成了那些工作？l 今天我打算做什么

11、？l 完成我的目標(biāo)是否存在什么障礙？迭代驗(yàn)收迭代驗(yàn)收迭代驗(yàn)收的好處： 通過演示可工作的軟件來確認(rèn)項(xiàng)目的進(jìn)度，具有真實(shí)性 能盡早的獲得用戶對產(chǎn)品的反饋，是產(chǎn)品更加貼近客戶的需求。Scrum master-組織PO、用戶代表-驗(yàn)收Team-演示真實(shí)的產(chǎn)品演示；收集反饋意見，調(diào)整backlog迭代回顧迭代回顧迭代回顧的好處： 激勵(lì)團(tuán)隊(duì)成員 挖掘優(yōu)秀經(jīng)驗(yàn)并繼承 避免團(tuán)隊(duì)犯重復(fù)的錯(cuò)誤 營造團(tuán)隊(duì)自主改進(jìn)的氛圍寬松自由、暢所欲言、發(fā)現(xiàn)分析問題Team全員參與，領(lǐng)導(dǎo)、KPI相關(guān)不參與記錄跟蹤問題迭代回顧迭代回顧迭代回顧的好處： 激勵(lì)團(tuán)隊(duì)成員 挖掘優(yōu)秀經(jīng)驗(yàn)并繼承 避免團(tuán)隊(duì)犯重復(fù)的錯(cuò)誤 營造團(tuán)隊(duì)自主改進(jìn)的氛圍寬松自由、暢所欲言、發(fā)現(xiàn)分析問題Team全員參與，領(lǐng)導(dǎo)、KPI相關(guān)不參與記錄跟蹤問題總結(jié)回顧敏捷方法的核心敏捷方法的核心適應(yīng)性VS預(yù)見性面向人VS面向過程預(yù)見性過程預(yù)見性過程執(zhí)行計(jì)劃預(yù)想目標(biāo)實(shí)際目標(biāo)定義性的過程預(yù)見