如何在新產(chǎn)品中應(yīng)用敏捷

如何在新產(chǎn)品中應(yīng)用敏捷第1頁(yè)/共55頁(yè)Thefollowingpresentationrepresentsvaluesofapractitionerofagilemethodology.Itispersonal.Iftherearesomethingsametothat,itiscoincidental.

以下分享內(nèi)容代表了一個(gè)敏捷實(shí)踐者的觀點(diǎn)，純屬一家之言，如有巧合，實(shí)屬雷同！第2頁(yè)/共55頁(yè)Agenda

我們的困惑

敏捷簡(jiǎn)介

如何實(shí)施敏捷第3頁(yè)/共55頁(yè)這個(gè)功能貌似不是特別重要？是呀，還花這么多時(shí)間！第4頁(yè)/共55頁(yè)這個(gè)功能不是這樣的喲？杯具了??！@#￥%……第5頁(yè)/共55頁(yè)這需求從哪里冒出來(lái)的？@#￥%……去你的！啊，我一定會(huì)回來(lái)的！第6頁(yè)/共55頁(yè)這不是我想要的，重做！@#￥%……第7頁(yè)/共55頁(yè)項(xiàng)目最近進(jìn)展如何？@#￥%……第8頁(yè)/共55頁(yè)效率太低，效率太低！第9頁(yè)/共55頁(yè)加油！干巴爹！Fighting！第10頁(yè)/共55頁(yè)面臨的問(wèn)題如何保證團(tuán)隊(duì)在做正確的事？如何快速響應(yīng)變化？如何讓信息透明？如何讓團(tuán)隊(duì)保持激情？如何改進(jìn)工作？如何保證團(tuán)隊(duì)目標(biāo)一致？第11頁(yè)/共55頁(yè)Agenda

我們的困惑

敏捷簡(jiǎn)介

如何實(shí)施敏捷第12頁(yè)/共55頁(yè)歷史敏捷一詞來(lái)源于2001年初美國(guó)猶他州雪鳥滑雪圣地的一次敏捷方法發(fā)起者和實(shí)踐者（他們發(fā)起組成了敏捷聯(lián)盟）的聚會(huì)KentBeckJamesGrenningRobertC.MartinMikeBeedleJimHighsmithSteveMellorArievanBennekumAndrewHuntAlistairCockburnRonJeffries JeffSutherlandWardCunninghamJonKernDaveThomasMartinFowlerBrianMarickKenSchwaber第13頁(yè)/共55頁(yè)敏捷宣言個(gè)體與交互勝過(guò)過(guò)程和工具可用的軟件完備的文檔勝過(guò)客戶協(xié)作合同談判勝過(guò)響應(yīng)變化遵循計(jì)劃勝過(guò)第14頁(yè)/共55頁(yè)敏捷宣言個(gè)體與交互勝過(guò)過(guò)程和工具可用的軟件完備的文檔客戶協(xié)作合同談判響應(yīng)變化遵循計(jì)劃勝過(guò)勝過(guò)勝過(guò)雖然右項(xiàng)也具有價(jià)值，但我們認(rèn)為左項(xiàng)具有更大的價(jià)值。第15頁(yè)/共55頁(yè)敏捷開發(fā)的原則即使到了開發(fā)的后期，也歡迎需求變更頻繁交付可工作的軟件關(guān)注協(xié)作，業(yè)務(wù)人員和開發(fā)人員必須每天協(xié)同工作首要目標(biāo)：更早地持續(xù)地交付有價(jià)值的軟件，滿足客戶需求圍繞被激勵(lì)起來(lái)的個(gè)人來(lái)構(gòu)建項(xiàng)目面對(duì)面的交談，是最有效和效率最高的溝通方法第16頁(yè)/共55頁(yè)可工作的軟件是度量進(jìn)度的主要標(biāo)準(zhǔn)敏捷過(guò)程提倡可持續(xù)的開發(fā)速度持續(xù)地優(yōu)化技術(shù)和設(shè)計(jì)，會(huì)增強(qiáng)敏捷能力簡(jiǎn)單--使工作效率最大化的藝術(shù)--是基本原則最好的構(gòu)架、需求和設(shè)計(jì)，出自自組織團(tuán)隊(duì)定期總結(jié)回顧，思考團(tuán)隊(duì)如何更加高效，并作出相應(yīng)調(diào)整敏捷開發(fā)的原則第17頁(yè)/共55頁(yè)價(jià)值觀溝通

-建模不但能夠促進(jìn)你團(tuán)隊(duì)內(nèi)部的開發(fā)人員之間溝通、還能夠促進(jìn)你的團(tuán)隊(duì)和你的projectstakeholder之間的溝通簡(jiǎn)單

-畫一兩張圖表來(lái)代替幾十甚至幾百行的代碼，通過(guò)這種方法，建模成為簡(jiǎn)化軟件和軟件（開發(fā)）過(guò)程的關(guān)鍵。這一點(diǎn)對(duì)開發(fā)人員而言非常重要－它簡(jiǎn)單，容易發(fā)現(xiàn)出新的想法，隨著你（對(duì)軟件）的理解的加深，也能夠很容易的改進(jìn)。反饋

-KentBeck在ExtremeProgrammingExplained中有句話講得非常好：“樂觀是編程的職業(yè)病，反饋則是其處方?！蓖ㄟ^(guò)圖表來(lái)交流你的想法，你可以快速獲得反饋，并能夠按照建議行事。勇氣

-勇氣非常重要，當(dāng)你的決策證明是不合適的時(shí)候，你就需要做出重大的決策，放棄或重構(gòu)（refactor）你的工作，修正你的方向。謙遜

-最優(yōu)秀的開發(fā)人員都擁有謙遜的美德，他們總能認(rèn)識(shí)到自己并不是無(wú)所不知的。事實(shí)上，無(wú)論是開發(fā)人員還是客戶，甚至所有的projectstakeholder，都有他們自己的專業(yè)領(lǐng)域，都能夠?yàn)轫?xiàng)目做出貢獻(xiàn)。一個(gè)有效的做法是假設(shè)參與項(xiàng)目的每一個(gè)人都有相同的價(jià)值，都應(yīng)該被尊重。第18頁(yè)/共55頁(yè)敏捷有什么不同關(guān)注協(xié)作:更少的文檔工作，更多的溝通干系人引入研發(fā)過(guò)程關(guān)注質(zhì)量:我們對(duì)系統(tǒng)做全面的回歸測(cè)試我們開發(fā)的是低耦合、高內(nèi)聚的架構(gòu)我們不斷的重構(gòu)以保證產(chǎn)品的質(zhì)量關(guān)注工作解決方法:更多的反饋使敏捷項(xiàng)目更便于管理更少的文檔需求更少的管理機(jī)構(gòu)敏捷是基于經(jīng)驗(yàn)的，不是基于理論的:這是和傳統(tǒng)的方法最大的區(qū)別需要在敏捷過(guò)程中去徹底了解敏捷第19頁(yè)/共55頁(yè)敏捷有什么不同第20頁(yè)/共55頁(yè)術(shù)語(yǔ)表Agile

XP

SCRUM

JUNIT

RUP

UML

FDDDDDMDD

PairProgrammingCPPUnit

SVNWikiBugzillaASD

UserStoryBacklogRefactorCRC

SprintAMAgileAllianceANTTimeBox第21頁(yè)/共55頁(yè)關(guān)鍵的技術(shù)方法TDD–測(cè)試驅(qū)動(dòng)開發(fā)

結(jié)對(duì)編程

重構(gòu)

持續(xù)集成

即時(shí)驗(yàn)證第22頁(yè)/共55頁(yè)主流敏捷開發(fā)方法XP（極限編程）SCRUMCrystalMethodsFDD（Feature-DrivenDevelopment，特性驅(qū)動(dòng)開發(fā)）ASD（AdaptiveSoftwareDevelopment，自適應(yīng)軟件開發(fā)）DSDM（動(dòng)態(tài)系統(tǒng)開發(fā)方法）輕量型RUP第23頁(yè)/共55頁(yè)總結(jié)一套商業(yè)競(jìng)爭(zhēng)成功的價(jià)值和原則在動(dòng)蕩的環(huán)境中獲益而創(chuàng)造變革和響應(yīng)變革的能力反應(yīng)的是能力，體現(xiàn)的是思維基于適應(yīng)而非預(yù)測(cè)，以人為導(dǎo)向而非過(guò)程導(dǎo)向價(jià)值-原則-實(shí)踐組成的一個(gè)一個(gè)相對(duì)完整的體系是理想、是文化第24頁(yè)/共55頁(yè)Agenda

我們的困惑

敏捷簡(jiǎn)介

如何實(shí)施敏捷第25頁(yè)/共55頁(yè)Scrum

選擇哪個(gè)敏捷方法XP（極限編程）SCRUMCrystalMethodsFDD（Feature-DrivenDevelopment，特性驅(qū)動(dòng)開發(fā)）ASD（AdaptiveSoftwareDevelopment，自適應(yīng)軟件開發(fā)）DSDM（動(dòng)態(tài)系統(tǒng)開發(fā)方法）輕量型RUP第26頁(yè)/共55頁(yè)Scrum的特點(diǎn)可能性的藝術(shù)團(tuán)隊(duì)自組織，自管理面對(duì)面溝通第27頁(yè)/共55頁(yè)你想不想和我一起開家餐廳？好的，我很樂意。你想為餐館取個(gè)什么名字呢？三思過(guò)后我決定不和你開餐館了。因?yàn)槲胰硇耐度?，而你只牽涉入?nèi)！火腿雞蛋！第28頁(yè)/共55頁(yè)Scrum角色及職責(zé)ScrumMaster(項(xiàng)目經(jīng)理)確保參與者都遵守Scrum的流程和規(guī)則TeamMember(團(tuán)隊(duì)成員)自組織，自管理尋找最優(yōu)方案實(shí)現(xiàn)需求ProductOwner(產(chǎn)品負(fù)責(zé)人)規(guī)劃產(chǎn)品需求，投資回報(bào)ROI和發(fā)布計(jì)劃；督促團(tuán)隊(duì)開發(fā)最具價(jià)值的功能。第29頁(yè)/共55頁(yè)Scrum角色及職責(zé)利益相關(guān)者（客戶，提供商）影響項(xiàng)目成功的人，但只直接參與沖刺評(píng)審過(guò)程經(jīng)理為產(chǎn)品開發(fā)團(tuán)體搭建環(huán)境的人用戶軟件最終使用者第30頁(yè)/共55頁(yè)Scrum團(tuán)隊(duì)第31頁(yè)/共55頁(yè)ScrumTeam-開發(fā)團(tuán)隊(duì)ScrumMaster（開發(fā)經(jīng)理

/主設(shè)計(jì)）保證Scrum成功的牧羊犬而非團(tuán)隊(duì)領(lǐng)導(dǎo)去除交付障礙，屏蔽外界干擾TeamMember（程序員、測(cè)試）自管理、自組織，對(duì)項(xiàng)目共同負(fù)責(zé)負(fù)責(zé)Backlog實(shí)現(xiàn)ProductOwner（需求

/架構(gòu)師）代表客戶意愿編寫用戶故事，按照商業(yè)價(jià)值排出優(yōu)先級(jí)確定SprintBacklog第32頁(yè)/共55頁(yè)ScrumTeam-需求團(tuán)隊(duì)ScrumMaster（需求經(jīng)理）保證Scrum成功的牧羊犬而非團(tuán)隊(duì)領(lǐng)導(dǎo)去除交付障礙，屏蔽外界干擾TeamMember（需求、主設(shè)計(jì)、部門經(jīng)理）自管理、自組織，對(duì)項(xiàng)目共同負(fù)責(zé)負(fù)責(zé)Backlog編寫、確定優(yōu)先級(jí)、需求文檔ProductOwner（架構(gòu)師）代表客戶意愿編寫用戶故事，按照商業(yè)價(jià)值排出優(yōu)先級(jí)確定SprintBacklog、團(tuán)隊(duì)能力建設(shè)第33頁(yè)/共55頁(yè)ScrumTeam-開發(fā)經(jīng)理團(tuán)隊(duì)ScrumMaster（主設(shè)計(jì)）保證Scrum成功的牧羊犬而非團(tuán)隊(duì)領(lǐng)導(dǎo)去除交付障礙，屏蔽外界干擾TeamMember（ScrumMaster、部門經(jīng)理）自管理、自組織，對(duì)項(xiàng)目共同負(fù)責(zé)推進(jìn)開發(fā)進(jìn)度、協(xié)調(diào)接口研發(fā)ProductOwner（主設(shè)計(jì)）確定非功能性Backlog編寫用戶故事，按照商業(yè)價(jià)值排出優(yōu)先級(jí)第34頁(yè)/共55頁(yè)ScrumTeam-測(cè)試團(tuán)隊(duì)ScrumMaster（測(cè)試經(jīng)理）保證Scrum成功的牧羊犬而非團(tuán)隊(duì)領(lǐng)導(dǎo)去除交付障礙，屏蔽外界干擾TeamMember（測(cè)試、部門經(jīng)理）自管理、自組織，對(duì)項(xiàng)目共同負(fù)責(zé)負(fù)責(zé)測(cè)試用例編寫、完成產(chǎn)品測(cè)試ProductOwner（測(cè)試經(jīng)理）確定質(zhì)量標(biāo)準(zhǔn)、團(tuán)隊(duì)能力建設(shè)第35頁(yè)/共55頁(yè)ScrumTeam-部門ScrumMaster（主設(shè)計(jì)）保證Scrum成功的牧羊犬而非團(tuán)隊(duì)領(lǐng)導(dǎo)去除交付障礙，屏蔽外界干擾TeamMember（測(cè)試、需求、開發(fā)經(jīng)理）自管理、自組織，對(duì)項(xiàng)目共同負(fù)責(zé)負(fù)責(zé)各自團(tuán)隊(duì)工作的有效開展ProductOwner（部門經(jīng)理）確定發(fā)版目標(biāo)、團(tuán)隊(duì)能力建設(shè)、協(xié)調(diào)研發(fā)資源第36頁(yè)/共55頁(yè)Scrum關(guān)鍵過(guò)程第37頁(yè)/共55頁(yè)計(jì)劃會(huì)議作為迭代啟動(dòng)會(huì)議，迭代開始時(shí)召開；確定本迭代目標(biāo)和本迭代Backlog；評(píng)估工作量，完成Backlog細(xì)化開發(fā)任務(wù)、及任務(wù)的分配；全員發(fā)布迭代計(jì)劃；會(huì)議范圍：Scrum開發(fā)團(tuán)隊(duì)。PO對(duì)優(yōu)先級(jí)有絕對(duì)發(fā)言權(quán)；主設(shè)計(jì)發(fā)布非功能性backlog；Team對(duì)工作量具有絕對(duì)發(fā)言權(quán)；確定演示、站立會(huì)議的時(shí)間地點(diǎn)；絕對(duì)發(fā)言權(quán)不代表不可以提出建議；時(shí)間控制在2-4小時(shí)。第38頁(yè)/共55頁(yè)每日立會(huì)每天固定時(shí)間地點(diǎn)召開；

每個(gè)成員向團(tuán)隊(duì)成員匯報(bào)昨天的開發(fā)進(jìn)度和今天的開發(fā)計(jì)劃、及遇到的障礙；會(huì)議范圍：Scrum開發(fā)團(tuán)隊(duì)。不要作為一天的開始

，嚴(yán)格控制在15分鐘內(nèi)；必須站立；不要只關(guān)心自己的問(wèn)題；向其他成員更新和同步信息，不是向領(lǐng)導(dǎo)會(huì)報(bào)；站立會(huì)議不是團(tuán)隊(duì)溝通的唯一時(shí)機(jī)；ScrumMaster要排除會(huì)議上提出的障礙；團(tuán)隊(duì)之外的人不要干擾會(huì)議。第39頁(yè)/共55頁(yè)需求會(huì)議每個(gè)迭代中期召開；各Scrum開發(fā)團(tuán)隊(duì)PO討論下一迭代Sprint目標(biāo)；確定下一迭代Backlog優(yōu)先級(jí)（依據(jù)產(chǎn)品耦合度，著重考慮接口協(xié)作Backlog）；討論需要跨團(tuán)隊(duì)協(xié)調(diào)問(wèn)題，并指定責(zé)任人；全員發(fā)布會(huì)議內(nèi)容；會(huì)議范圍：需求Scrum團(tuán)隊(duì)。PO、主設(shè)計(jì)參加；各PO間要協(xié)調(diào)好開發(fā)的功能；PO要給出技術(shù)風(fēng)險(xiǎn)評(píng)估；

主設(shè)計(jì)要協(xié)調(diào)外部門的開發(fā)依賴；時(shí)間控制在1個(gè)小時(shí)內(nèi)。第40頁(yè)/共55頁(yè)迭代溝通會(huì)每個(gè)迭代中期召開；PO向ScrumMaster說(shuō)明下一迭代工作目標(biāo)和工作范圍；ScrumMaster和測(cè)試工程師粗估工作量，初步確定下一迭代Backlog；全員發(fā)布會(huì)議內(nèi)容；會(huì)議范圍ScrumMaster、PO、測(cè)試。初步估算工作量；提出需要細(xì)化的Backlog；本次確定的不是最終結(jié)果時(shí)間控制在1個(gè)小時(shí)內(nèi)。第41頁(yè)/共55頁(yè)開發(fā)經(jīng)理會(huì)議每個(gè)迭代中期召開；各Scrum開發(fā)團(tuán)隊(duì)ScrumMaster匯報(bào)各自團(tuán)隊(duì)進(jìn)度（尤其接口協(xié)作任務(wù)進(jìn)度）；說(shuō)明各自團(tuán)隊(duì)遇到的障礙和問(wèn)題，分享各自團(tuán)隊(duì)好的工作方法和成果；確定下一迭代接口協(xié)作任務(wù)的開發(fā)順序和完成時(shí)間；全員發(fā)布會(huì)議內(nèi)容；會(huì)議范圍：開發(fā)經(jīng)理Scrum團(tuán)隊(duì)。重點(diǎn)關(guān)注接口協(xié)作；主設(shè)計(jì)推動(dòng)重大技術(shù)障礙；時(shí)間控制在1個(gè)小時(shí)內(nèi)。第42頁(yè)/共55頁(yè)演示會(huì)作為迭代成果驗(yàn)收會(huì)議，迭代完成時(shí)召開；由團(tuán)隊(duì)成員演示本迭代成果（產(chǎn)品功能）；團(tuán)隊(duì)成員、產(chǎn)品經(jīng)理、客戶對(duì)迭代成果發(fā)表改進(jìn)意見；

演示中的問(wèn)題記入下一迭代工作內(nèi)容；全員發(fā)布迭代演示結(jié)果；會(huì)議范圍：Scrum開發(fā)團(tuán)隊(duì)。做好演示準(zhǔn)備；所有Sprint結(jié)束與演示；團(tuán)隊(duì)全員參加，歡迎其他團(tuán)隊(duì)參加；

對(duì)比迭代計(jì)劃逐條演示，不演示細(xì)枝末節(jié)；最好讓客戶參與；鼓勵(lì)團(tuán)隊(duì)每個(gè)人提意見；時(shí)間控制在2個(gè)小時(shí)內(nèi)。第43頁(yè)/共55頁(yè)總結(jié)會(huì)迭代完成時(shí)召開；總結(jié)上期Improvement改進(jìn)狀況；分析本次Good、Better、Improvement；全員發(fā)布總結(jié)結(jié)果；會(huì)議范圍：Scrum開發(fā)團(tuán)隊(duì)。創(chuàng)造良好的環(huán)境；讓每個(gè)人都發(fā)言；任何問(wèn)題都可以提，都做記錄；

不是所有提議都要解決，挑選三項(xiàng)改進(jìn)；時(shí)間控制在2個(gè)小時(shí)內(nèi)。第44頁(yè)/共55頁(yè)進(jìn)度評(píng)估會(huì)每月召開一次；需求、開發(fā)、測(cè)試分別匯報(bào)研發(fā)進(jìn)度；說(shuō)明各自業(yè)務(wù)團(tuán)隊(duì)遇到的障礙和問(wèn)題，安排負(fù)責(zé)人協(xié)調(diào)解決；全員發(fā)布會(huì)議內(nèi)容；會(huì)議范圍：Scrum部門團(tuán)隊(duì)。重點(diǎn)計(jì)劃執(zhí)行情況；確定整個(gè)部門的戰(zhàn)略方針；確定部門能力提升方案；時(shí)間控制在1個(gè)小時(shí)內(nèi)。第45頁(yè)/共55頁(yè)Scrum關(guān)鍵過(guò)程會(huì)議用時(shí)(小時(shí))占比(%)需求經(jīng)理M1、M2、M3、M5、M71012.50%需求M1、M2、M3、M51012.50%測(cè)試經(jīng)理M1、M3、M5、M6、M71113.75%測(cè)試M1、M3、M5、M61113.75%開發(fā)經(jīng)理M1、M3、M4、M5、M6、M71215.00%開發(fā)M1、M5、M61012.50%第46頁(yè)/共55頁(yè)注意事項(xiàng)

授權(quán)關(guān)注團(tuán)隊(duì)、關(guān)注個(gè)人、關(guān)注協(xié)作做好溝通、

做好宣傳角色轉(zhuǎn)變、

推倒角色墻先固化再優(yōu)化，防止僵化第47頁(yè)/共