敏捷開(kāi)發(fā)管理實(shí)踐[稻谷書(shū)屋]

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

2、,說(shuō)右項(xiàng)有價(jià)值，但我們更重視左項(xiàng)的價(jià)值 高于高于工作的工作的 軟件軟件 高于高于 詳盡的詳盡的 文檔文檔 個(gè)體和個(gè)體和 互動(dòng)互動(dòng) 高于高于 流程和流程和 工具工具 客戶客戶 合作合作 高于高于 商業(yè)商業(yè) 談判談判 響應(yīng)響應(yīng) 變化變化 高于高于 遵循遵循 計(jì)劃計(jì)劃 Scrum簡(jiǎn)介簡(jiǎn)介 帶球過(guò)人需要計(jì)劃！帶球過(guò)人需要計(jì)劃！ 在球場(chǎng)上：每段開(kāi)始都定攻防策略 在軟件公司：每個(gè)迭代都計(jì)劃 帶球過(guò)人需要靈活應(yīng)變！帶球過(guò)人需要靈活應(yīng)變！ 在球場(chǎng)上：靠平時(shí)訓(xùn)練中形成的素養(yǎng)見(jiàn)機(jī)行亊，達(dá)成目標(biāo)。 在軟件公司：具體執(zhí)行的人選擇如何去做。 Scrum簡(jiǎn)介簡(jiǎn)介 需求管理 需求管理中的常見(jiàn)問(wèn)題需求管理中的常見(jiàn)問(wèn)題 用戶故

3、事（用戶故事（User Story） 用戶故事描述了對(duì)用戶、系統(tǒng)或軟件購(gòu)買(mǎi)者有價(jià)值的功能 對(duì)用戶有價(jià)值的功能，如： 用戶可以搜索職位 公司可以發(fā)布新職位 用戶可以限制瀏覽其簡(jiǎn)歷的人 不理想的用戶故事，如： 這個(gè)程序用java語(yǔ)言編寫(xiě) 程序?qū)⑼ㄟ^(guò)連接池連接到數(shù)據(jù)庫(kù) 理想用戶故事特點(diǎn)理想用戶故事特點(diǎn)-INVEST Independent:獨(dú)立的 I Negotiable：可討論的 N Valuable：對(duì)客戶或客戶有價(jià)值的 V Estimated:可估計(jì)的 E Small：小的 S Testable：可測(cè)試的 T User Story要素要素 作為。 我希望。 以便。 作為博客作者， 我希望通過(guò)博

4、客發(fā)布 我的照片， 以便我的讀者們認(rèn)識(shí) 我。 作為網(wǎng)站管理員， 我希望統(tǒng)計(jì)每天有多 人訪問(wèn)我的網(wǎng)站， 以便于我的贊助商們 了解我的網(wǎng)站會(huì)給他 們?cè)搧?lái)什么收益。 幾種特殊的用戶故事幾種特殊的用戶故事 需要修正的缺陷 探針實(shí)驗(yàn)（spike） 架構(gòu)需求、技術(shù)改造、大型重構(gòu) 驗(yàn)證類故事 用戶故事估算用戶故事估算-撲克牌估算法撲克牌估算法 撲克牌估算法是幾個(gè)潛在的仸務(wù)撲克牌估算法是幾個(gè)潛在的仸務(wù) 承擔(dān)者（如某個(gè)功能小組）共同承擔(dān)者（如某個(gè)功能小組）共同 估算的方法，他們一起聽(tīng)產(chǎn)品負(fù)估算的方法，他們一起聽(tīng)產(chǎn)品負(fù) 責(zé)人講解，一起估算，以達(dá)到利責(zé)人講解，一起估算，以達(dá)到利 用集體智慧解決問(wèn)題的目的。用集體智慧

5、解決問(wèn)題的目的。 每人各自估算后獨(dú)立出暗牌，聽(tīng)口令一起開(kāi)牌。 數(shù)值最大者與最小者PK，其他人旁聽(tīng)也可參與。 認(rèn)論結(jié)束后重新出牌和開(kāi)牌。 重復(fù)上述過(guò)程，直到結(jié)果比較接近。 撲克牌數(shù)值撲克牌數(shù)值 估算撲克牌上的數(shù)字，有的牌是自然數(shù)排列，有些是斐波 納契數(shù)，有些則是不連續(xù)自然數(shù)。 角色與團(tuán)隊(duì) Scrum角色角色 Scrum Master（Scrum“大大 師師”）負(fù)責(zé)維護(hù)Scrum方法 的秩序，并協(xié)劣覽決非技術(shù) 問(wèn)題。 現(xiàn)實(shí)世界的現(xiàn)實(shí)世界的Scrum Master Scrum Master的工作方式是靠領(lǐng) 導(dǎo)力而非權(quán)力工作，因此首先應(yīng) 服務(wù)于團(tuán)隊(duì)。 一種人選是原來(lái)的項(xiàng)目經(jīng)理轉(zhuǎn)型 ，保留原有的管理和技

6、術(shù)職能， 但弱化指派仸務(wù)、下達(dá)時(shí)間點(diǎn)指 令等內(nèi)容，而增強(qiáng)其組細(xì)協(xié)課能 力。 另一種人選是企業(yè)原有的過(guò)程改 進(jìn)人員，協(xié)助不太了解Scrum的 項(xiàng)目經(jīng)理按照Scrum的方法工作 ，可以每人負(fù)責(zé)多個(gè)項(xiàng)目，接近 全職的Scrum Master Product Owner（產(chǎn)品負(fù)責(zé)（產(chǎn)品負(fù)責(zé) 人）人）負(fù)責(zé)產(chǎn)品需求的提煉、 條目化、優(yōu)先級(jí)排序。 現(xiàn)實(shí)世界的產(chǎn)品負(fù)責(zé)人現(xiàn)實(shí)世界的產(chǎn)品負(fù)責(zé)人 部門(mén)經(jīng)理、產(chǎn)品經(jīng)理、策劃人員 等都可能做產(chǎn)品負(fù)責(zé)人。 產(chǎn)品負(fù)責(zé)人是產(chǎn)品的指路人，必 須對(duì)產(chǎn)品有長(zhǎng)進(jìn)的規(guī)劃和深入了 覽，因此不能簡(jiǎn)單地選擇銷售人 員甚至客戶作為產(chǎn)品負(fù)責(zé)人。 大型產(chǎn)品如嵌入弅產(chǎn)品和網(wǎng)絡(luò)游 戲，常常使用有層級(jí)的

7、產(chǎn)品負(fù)責(zé) 人團(tuán)隊(duì)，來(lái)覽決廣度不深度的矛 盾，如產(chǎn)品總監(jiān)-產(chǎn)品經(jīng)理 / 主策 劃-策劃團(tuán)隊(duì)。 Team（團(tuán)隊(duì)）（團(tuán)隊(duì)）以“自組織 ” 的相對(duì)扁平方式進(jìn)行管理， 負(fù)責(zé)完成開(kāi)發(fā)工作。 現(xiàn)實(shí)世界的開(kāi)發(fā)團(tuán)隊(duì)現(xiàn)實(shí)世界的開(kāi)發(fā)團(tuán)隊(duì) 實(shí)際團(tuán)隊(duì)常常不是“扁平的”， 而是仍有項(xiàng)目經(jīng)理、小組長(zhǎng)等職 位。 工作中他們以“共同估算”“跨職能 工作”“共同跟進(jìn)”等方式自組織工 作， 而不是完全依賴層層指令。 項(xiàng)目經(jīng)理、小組長(zhǎng)的領(lǐng)導(dǎo)、指 導(dǎo)、協(xié)同職能大于其指令職能。 團(tuán)隊(duì)中的團(tuán)隊(duì)中的”豬豬”和和”雞雞” 豬與雞走在街上，雞對(duì)豬說(shuō)：咱們合伙開(kāi)一家雞蛋火腿三 明治如何？豬想了想說(shuō)：你當(dāng)我是豬啊，我要全身心投入 ，你卻只是偶然參與

8、。 在敏捷開(kāi)發(fā)中，不同角色各自在敏捷開(kāi)發(fā)中，不同角色各自 對(duì)自己的工作內(nèi)容擁有決策權(quán)對(duì)自己的工作內(nèi)容擁有決策權(quán) ，對(duì)于別人負(fù)責(zé)的事情，則只，對(duì)于別人負(fù)責(zé)的事情，則只 起到輔助、起到輔助、建議等建議等作用作用 做下面事情的時(shí)候，他們是 Product Owner l 定義產(chǎn)品功能 l 定義產(chǎn)品發(fā)布日期和功能 l 對(duì)產(chǎn)品的投入和產(chǎn)出比負(fù)責(zé) l 根據(jù)市場(chǎng)情況對(duì)需求排列優(yōu)先級(jí) l 如果需要，在每個(gè)迭代合理調(diào)整產(chǎn)品特性及優(yōu)先級(jí) l 接受或者拒絕開(kāi)發(fā)團(tuán)隊(duì)的工作成果 Scrum Master l Scrum正常運(yùn)作的守護(hù)者 l 激發(fā)團(tuán)隊(duì)的創(chuàng)造力 l 改善開(kāi)發(fā)團(tuán)隊(duì)的外部環(huán)境 l 輔導(dǎo)團(tuán)隊(duì)提升運(yùn)作效率 l 排除

9、團(tuán)隊(duì)遇到的困難 l 保持團(tuán)隊(duì)緊密合作 場(chǎng)景一：場(chǎng)景一：Scrum Master該該怎么辦？怎么辦？ l PO說(shuō)：他不能參加Sprint計(jì)劃會(huì)議，但是他不介意團(tuán)隊(duì) 自己繼續(xù)。 場(chǎng)景二：場(chǎng)景二：Scrum Master該該怎么辦？怎么辦？ l 在一個(gè)Sprint中，一個(gè)經(jīng)理過(guò)來(lái)，說(shuō)：他需要把一個(gè)團(tuán) 隊(duì)成員抽出來(lái)項(xiàng)目幾天，做別的工作。 場(chǎng)景三：場(chǎng)景三：Scrum Master該該怎么辦？怎么辦？ l 一個(gè)團(tuán)隊(duì)成員過(guò)來(lái)告訴你：PO剛剛叫他在當(dāng)前的Sprint 中加了一點(diǎn)任務(wù)。目前，Sprint進(jìn)行了1/3。 場(chǎng)景四：場(chǎng)景四：Scrum Master該該怎么辦？怎么辦？ l 團(tuán)隊(duì)顯得很疲憊，他們不得不每

10、天工作到很晚，甚至在 周末加班工作，來(lái)達(dá)到Sprint的目標(biāo)。他們?cè)u(píng)價(jià)scrum太 可怕了，逼著他們工作這么多。 Team-傳統(tǒng)團(tuán)隊(duì)傳統(tǒng)團(tuán)隊(duì) requiredevelopment test Team-敏捷團(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 在劃分團(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)定 過(guò)程 項(xiàng)目項(xiàng)目 Sprint0Sprint1Sprint2Sprint3 項(xiàng) 目 策 劃

11、項(xiàng) 目 結(jié) 項(xiàng) 項(xiàng)目 觀察、調(diào)整 迭代迭代 迭代計(jì)劃1 迭代計(jì)劃2 站立會(huì)議 站立會(huì)議 迭代評(píng)審 站立會(huì)議 迭代回顧 觀察、調(diào)整觀察、調(diào)整觀察、調(diào)整 2h 2h 15m 15m15m 2h 2h 迭代（2weeks） . Sprint0 高層業(yè)務(wù)流程梳理 初始用戶故事列表 團(tuán)隊(duì)建設(shè) 技術(shù)架構(gòu)選擇 UI風(fēng)格 開(kāi)發(fā)、測(cè)試環(huán)境準(zhǔn)備 持續(xù)集成 Sprint1的User Story和驗(yàn)收標(biāo)準(zhǔn) 迭代分工迭代分工 角色Sprint n-1Sprint nSprint n+1 Scrum Master Product Owner Team 確保Scrum正 常運(yùn)轉(zhuǎn) 確保Scrum正 常運(yùn)轉(zhuǎn) 確保Scrum正

12、常運(yùn)轉(zhuǎn) 輔助開(kāi)發(fā)， 準(zhǔn)備n Story 輔助開(kāi)發(fā)，準(zhǔn) 備n+1 Story 輔助開(kāi)發(fā)，準(zhǔn) 備n+2 Story 開(kāi)發(fā)測(cè)試開(kāi)發(fā)測(cè)試開(kāi)發(fā)測(cè)試 迭代計(jì)劃會(huì)議迭代計(jì)劃會(huì)議 Product backlog Sprint n backlog l 創(chuàng)建迭代backlog l 任務(wù)分解 站立會(huì)議站立會(huì)議 晨會(huì)上的三個(gè)經(jīng)典問(wèn)題： l 昨天我完成了那些工作？ l 今天我打算做什么？ l 完成我的目標(biāo)是否存在什么障礙？ 站立會(huì)議站立會(huì)議 晨會(huì)上的三個(gè)經(jīng)典問(wèn)題： l 昨天我完成了那些工作？ l 今天我打算做什么？ l 完成我的目標(biāo)是否存在什么障礙？ 迭代驗(yàn)收迭代驗(yàn)收 迭代驗(yàn)收的好處： 通過(guò)演示可工作的軟件來(lái)確認(rèn)項(xiàng)目的

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