軟件公司-敏捷開發(fā)材料(概念普及)課件

軟件公司敏捷應用推行小組2008-11軟件公司

敏捷開發(fā)簡介

（推廣普及）2023/8/2軟件公司敏捷應用推行小組軟件公司

敏捷開發(fā)簡介

（推廣普目錄敏捷引入：效率提升的需要行業(yè)敏捷引入的案例參考Page2目錄敏捷引入：效率提升的需要Page2軟件公司提升研發(fā)效率目標（08-09）廢棄版本比例降低20％(準)研發(fā)過程效率提高15%（?。┸浾{基線工時降低9%BugFix版本比例降低15％端到端交付效率提升30%需求TTM提升20％版本維護成本降低15%每需求耗研發(fā)工時降低5％版本交付周期縮短10%(快）版本交付缺陷率降低5％（好）業(yè)軟效率提升目標：端到端交付效率提升30%效率提升措施四維度：準、快、好、省如何才能做得準快好省？必須要做一些改變了！上圖摘自《軟件公司研發(fā)效率提升材料2008》Page3軟件公司提升研發(fā)效率目標（08-09）廢棄版本比例研發(fā)過程效準快好省的要求和現(xiàn)狀？準－－需求交付要準確、準時現(xiàn)狀:交付后的需求，都多少存在不滿足客戶要求情況，從而導致后續(xù)不斷的補丁、增量小版本的開發(fā)、發(fā)布，也從而導致交付延期，不準時?？欤蛻粜枨蠼桓犊飕F(xiàn)狀：07年業(yè)軟需求平均交付周期143天，采用集中收集進行版本特性開發(fā)，開發(fā)測試串行的瀑布式都是需求交付周期長的原因。好－－交付能滿足客戶需求現(xiàn)狀：版本交付后都會存在需求不滿足客戶要求情況，導致客戶滿意下降。如果能夠使得交付的特性滿足客戶需要，則能提升客戶滿意度。?。_發(fā)活動更有效，投入成本更低現(xiàn)狀：是否可把傳統(tǒng)開發(fā)活動中冗余的活動去除？比如多余的文檔、多余的團隊間信息傳遞成本？要求更有效、更精簡地進行軟件開發(fā)Page4準快好省的要求和現(xiàn)狀？準－－需求交付要準確、準時Page4敏捷是什么？敏捷=“迅速、快捷”=“又快又好”敏捷開發(fā)（AgileDevelopment）是一種以人為核心、迭代、循序漸進的開發(fā)方法。敏捷能否幫助達成”準快好省“的效率提升目標？Page5敏捷是什么？敏捷=“迅速、快捷”=“又快又好”Page5敏捷宣言個體和交互勝過過程和工具關注人和項目團隊內外的溝通交流，而不是簡單的依賴過程和工具?？梢怨ぷ鞯能浖龠^面面俱到的文檔沒有文檔和過多的文檔都是不可取。對團隊來說，維護一份系統(tǒng)原理和結構方面的文檔總是必須的，但那份文檔應該短小精悍，主題突出，并始終和代碼保持一致。源代碼是最好的軟件設計文檔?？蛻艉献鲃龠^合同談判用戶參與，雙方溝通達成雙贏響應變化勝過遵循計劃客戶需求變化，外部環(huán)境變化，因地制宜制訂和調整計劃，比簡單的死守計劃更有效。雖然右邊也有效，但左邊的項更有價值Page6敏捷宣言個體和交互勝過過程和工具Page6典型的敏捷方法XP-eXtremeProgramming極限編程，思想源自KentBeck和WardCunningham在軟件項目中的合作經(jīng)歷，極限的含義是把軟件開發(fā)中的有效實踐都發(fā)揮到極致(KentBeck).SCRUM：是一種迭代的增量化過程，用于產(chǎn)品開發(fā)或工作管理。水晶方法Crystal:由AlistairCockburn在1990年代末提出。把不同類型的項目采用不同的方法。FDD－特性驅動FeatureDrivenDevelopment，由PeterCoad、JeffdeLuca、EricLefebvre共同開發(fā)，是一套針對中小型軟件開發(fā)項目的開發(fā)模式。它強調的是簡化、實用、易于被開發(fā)團隊接受，適用于需求經(jīng)常變動的項目。DSDM-DynamicSystemDevelopmentMethodology，它倡導以業(yè)務為核心，快速而有效地進行系統(tǒng)開發(fā)，在英國等歐洲國家比較流行。ASD-AdaptiveSoftwareDevelopment，由JimHighsmith在1999年正式提出。ASD強調開發(fā)方法的適應性（Adaptive）Page7典型的敏捷方法XP-eXtremeProgrammingXP的13個實踐編程方法小組實踐項目團隊XP實踐洋蔥圖1層：面向編程方法2層：小組團隊活動3層：面向項目和交付SustainablePace穩(wěn)定的步伐，保持開發(fā)在一個穩(wěn)定的步伐Page8XP的13個實踐編程方法小組實踐項目團隊XP實踐洋蔥圖SusSCRUM的過程圖SCRUM來源于橄欖球運動，指：“在橄欖球比賽中，雙方前鋒站在一起緊密相連，當球在他們之間投擲時他們奮力爭球。”Page9SCRUM的過程圖SCRUM來源于橄欖球運動，指：“在橄欖球Scrum中的3、3、3三個基本角色(Role)ProductOwnerScrumMaster：不是團隊的經(jīng)理團隊成員(ScrumTeam）：豬和雞三種會議(Meeting)迭代計劃會議(SprintPlanningMeeting)每日晨會(DailyScrumMeeting)迭代回顧會議(SprintReviewMeeting)三項工件(Artifact)待開發(fā)任務列表(TheSprintBacklog)待修復缺陷列表(Thedefectbacklog)進度圖、燃盡圖(BurnDownChart)/24.10Page10Scrum中的3、3、3三個基本角色(Role)/24.10軟件開發(fā)的敏捷過程根據(jù)客戶需求整理和評估UserStory迭代劃分迭代實現(xiàn)1迭代實現(xiàn)2迭代實現(xiàn)n…………驗證和評估驗證和評估驗證和評估…………1..N個迭代分析階段迭代開發(fā)

1、分析通常是系統(tǒng)組和開發(fā)組共同進行2、最好的方式是系統(tǒng)組與開發(fā)在一個團隊中3、推薦用UserStory方式分析需求，傳統(tǒng)方式也認可1、按迭代進行開發(fā)2、開發(fā)、測試和資料一定是一個整體的團隊3、驗證時，根據(jù)實際情況讓客戶參與驗證Page11軟件開發(fā)的敏捷過程根據(jù)客戶需求迭代劃分迭代實現(xiàn)1迭代實現(xiàn)2迭迭代內的活動迭代計劃迭代設計承擔Task分解TaskPair進行測試驅動的開發(fā)持續(xù)集成迭代評估劃分迭代分析需求產(chǎn)生Story多個迭代

在全部完成后，類似傳統(tǒng)的SDV測試（尤其針對自動化測試不全面的系統(tǒng)）補充測試用例測試人員編寫黑盒用例，開發(fā)人員編寫白盒用例Page12迭代內的活動迭代計劃迭代設計承擔Task分解TaskPair軟件公司敏捷的實施為了達到效率提升目標，有效實施”準快好省“，1、迭代的管理和跟蹤方法，引入SCRUM2、迭代中如何更有效地開發(fā)，引入XP各實踐3、用精益的消除浪費思想，從浪費角度出發(fā)，引入敏捷相關實踐。Page13軟件公司敏捷的實施為了達到效率提升目標，有效實施”準快好省“精益Lean的消除浪費思想精益思想（Lean）－來自豐田汽車制造的思想，核心思想是”消除浪費“用精益的消除浪費思想來識別軟件開發(fā)中的冗余活動，并尋求敏捷的方法來解決精益中的七種浪費精益思想識別的軟件開發(fā)中典型浪費生產(chǎn)過剩的浪費客戶不使用的特性停工等活的浪費各環(huán)節(jié)不能準時交付加工本身的無效勞動和浪費本可以自動化實施地不斷重復的軟件開發(fā)動作動作上的浪費開發(fā)上的多余動作庫存的浪費開發(fā)的多余特性、多余功能，不是剛好客戶夠用移動或搬運的浪費不必要的信息傳遞，比如系統(tǒng)分析、開發(fā)、測試、資料等等環(huán)節(jié)的信息傳遞制造不良品的浪費BUGPage14精益Lean的消除浪費思想精益思想（Lean）－來自豐田汽車敏捷實施的要點采用SCRUM和XP結合，以及精益思想的分析，敏捷有如下幾個實施要點：1、迭代式的開發(fā)和管理（迭代劃分，迭代計劃會議、評估會議和簡短的每日站立會議）2、一體化的版本開發(fā)團隊（含系統(tǒng)、開發(fā)、測試、資料等，系統(tǒng)分析人員充當需求ProductOwner角色，帶領分析出分級的UserStory）3、簡化的文檔交付件（一份根據(jù)原始需求分析分解的UserStory，一份系統(tǒng)整體架構描述文檔，UserStory是做什么的、測什么、資料寫什么的主線）4、持續(xù)集成系統(tǒng)，及時構建完成的UserStory，從而驗證其正確性。Page15敏捷實施的要點采用SCRUM和XP結合，以及精益思想的分析，敏捷實踐同效率提升“準快好省”的分析效率提升維度典型的敏捷相關實踐準：交付準確、準時計劃游戲(PlanningGame);

客戶驗證（CustomerTest）用戶故事(UserStory）快：交付周期短小規(guī)模發(fā)布（SmallRelease），迭代(Iteration)好：交付版本滿足客戶需求客戶驗證(CustomerTest),持續(xù)集成(ContinuousIntegration)省：開發(fā)成本低，無效勞動少統(tǒng)一團隊(WholeTeam);系統(tǒng)隱喻(Metaphor);用戶故事（UserStory),ProductBacklogPage16敏捷實踐同效率提升“準快好省”的分析效率提升維度典型的敏捷相敏捷的一些常見疑問敏捷就是XP（極限編程）通過前面的介紹，應該可以回答這個問題了吧。迭代就是敏捷？迭代是敏捷的過程模型，XP是短周期迭代，SCRUM是嚴格為30天的迭代。但使用迭代模型的還有其他很多方法論，比如RUP/MSF/EVO。。。敏捷是反文檔的？敏捷并不是走極端，在敏捷項目里面，也需要一些必要的文檔。雖然敏捷中也有人提到“代碼就是最好的設計文檔”，但僅僅在軟件的設計上，比如敏捷的系統(tǒng)隱喻，就是對架構文檔的要求；UserStory的記錄，就是對需求類文檔的要求。敏捷是自由無約束的？不管采用哪種敏捷，需要遵循必須的活動和要求，并不是自由散漫的。敏捷是CMM(I)的反義詞？敏捷同CMM的關系，業(yè)界已經(jīng)有很多人進行過分析，采用敏捷也可滿足CMM2、3級的多數(shù)KPA要求。CMM更多是一種成熟度模型。為了敏捷而敏捷？為什么會采用比傳統(tǒng)不同的敏捷，最重要的是要能夠提升軟件開發(fā)效率。系統(tǒng)、測試和資料如何參與敏捷項目？在分析UserStory的時侯，系統(tǒng)分析人員組織分析需求，制定出Story;測試人員和資料人員同開發(fā)一起承擔UserStory的制作工作；然后每次迭代時，測試人員根據(jù)Story準備測試用例，資料人員根據(jù)Story寫作操作手冊。Page17敏捷的一些常見疑問敏捷就是XP（極限編程）Page17敏捷開發(fā)同公司流程的對應IPD是投資決策流程，面向業(yè)務管理；敏捷是軟件開發(fā)的使能流程，面向軟件實現(xiàn)。軟件公司各增強特性版本的開發(fā)，概念上同IPD可進行對應。比如迭代結束點，就對應TR5的點。IPDConceptPlanDevelopmentLaunchQualifyLifecycleCDCPPDCPADCPSprint1Sprint2Sprint..SprintXTR1TR5AgileProject敏捷開發(fā)Page18敏捷開發(fā)同公司流程的對應IPD是投資決策流程，面向業(yè)務管理；目錄敏捷引入：效率提升的需要行業(yè)敏捷引入的案例參考Page19目錄敏捷引入：效率提升的需要Page19行業(yè)參考-愛立信多媒體部敏捷轉型愛立信為什么轉型敏捷？愛立信05年目標：在4年時間內，將產(chǎn)品從研發(fā)到市場的時間(TTM)縮短50％。為了實現(xiàn)這個目標，愛立信引入了“streamline”概念，“timeboxing”，平均的time-box變成大約3個月，而不是以往的6至12個月。Streamline的引入，引入敏捷也成為很自然的事情。結果達成（2007年底）減少浪費：在項目期間，需求平均刪減率從25％降到9％?？s短產(chǎn)品從開發(fā)到市場的時間：平均TTM降到2005年平均TTM的大約50％。減少產(chǎn)品20％的維護成本，降低產(chǎn)品遺留缺陷。注:本參考案例描述愛立信多媒體部的敏捷引入經(jīng)驗。多媒體部，面向手機、互連網(wǎng)、多媒體市場，同業(yè)軟多項產(chǎn)品有直接競爭關系。Page20行業(yè)參考-愛立信多媒體部敏捷轉型愛立信為什么轉型敏捷？Pag行業(yè)參考-愛立信多媒體部敏捷轉型如何轉型敏捷？（組織級)兩種顧問角色，一個敏捷顧問做了一天的培訓，并且在一天內協(xié)助團隊制定了包括計劃的開工會；另一個敏捷顧問，作為敏捷指導員，長時間(超過一年)地參與敏捷實踐的引入過程。包括：制定計劃、每天的站立會議、跨功能團隊、測試驅動開發(fā)和結對開發(fā)、短開發(fā)周期(2到3周)、給“客戶”演示以及不斷地回顧、總結經(jīng)驗和改進。敏捷引入團隊的組成一個“owner”，一個PDU管理團隊成員。這個“owner”作為產(chǎn)品責任人，為引入團隊收集和編寫“userstory”。引入團隊包括一個changedriver，一般由具有scrum管理資格和PMI項目管理資格的人員擔任，還包括一個敏捷顧問和一個引導項目各階段的項目經(jīng)理。個體和部門有一個本地的(內部)指導員引導實施過程，通常自愿擔任，敏捷顧問負責培訓本地指導員。PDU管理團隊成員是主要的stakeholders(利益主體)。Page21行業(yè)參考-愛立信多媒體部敏捷轉型如何轉型敏捷？（組織級)Pa行業(yè)參考-愛立信多媒體部敏捷轉型如何轉型敏捷？（項目級)multi-disciplinary(多種規(guī)則)團隊，部門之間的界限被打破。Multi-disciplinary團隊由多個軟件設計人員、功能測試人員以及集成驗證工程師組成，從項目啟動開始，他們就共同工作。團隊指導員：是主要的接口人，外部stakeholders(類似產(chǎn)品負責人和架構師)將與團隊一起工作而不是一個代表。團隊指導員是一個新角色，一般由團隊內部人員擔任。產(chǎn)品負責人代表客戶，他實際上也是產(chǎn)品經(jīng)理。 當然，總會存在阻力。例如：測試人員要承擔一些通常由開發(fā)人員負責的工作。剛開始，團隊成員有點害怕提供評估報告，有些人害怕無法及時完成“userstories”以及事后被評價。經(jīng)驗、能力和逐步改善的相互信任，會讓這些恐懼慢慢消失。Page22行業(yè)參考-愛立信多媒體部敏捷轉型如何轉型敏捷？（項目級)Pa行業(yè)參考-愛立信多媒體部敏捷轉型結果如何？（組織級)客戶滿意度上升客戶關系仍舊遵從傳統(tǒng)形式的合同，所以項目經(jīng)理仍會對客戶滿意度負責；團隊能更好地交付，而且動力得到加強

遇到的阻礙在整個過程中，遇到阻礙顯而易見。大多數(shù)的阻礙是以前被忽視的老問題。解決阻礙是好的，但是需要不斷改進。超越團隊范圍之外，能真正解決這些阻礙的方案，仍然面臨預算、責任主體以及如何管理增長的老問題。質量結果遺留缺陷(FST)是一項度量指標，它能度量軟件發(fā)布后的缺陷；敏捷項目中新增代碼遺留缺陷在增長，但是相比普通項目，卻能識別更多的“設計方面的缺陷”。Page23行業(yè)參考-愛立信多媒體部敏捷轉型結果如何？（組織級)Page行業(yè)參考-愛立信多媒體部敏捷轉型結果如何？（組織級續(xù)上頁）單個需求時間敏捷項目中，平均成本在多個迭代之后呈下降趨勢員工動力初始的引入過程是自上而下，而執(zhí)行是自下而上；2007年5月，團隊中71％的人有責任感和主動性，這個數(shù)字到了2007年10月上升到81