正確解讀敏捷課件

1、正確解讀敏捷正確解讀敏捷目錄統(tǒng)一敏捷認(rèn)識(shí)敏捷理念解讀敏捷實(shí)踐解讀Copyright 2011 HiSoft Technology International Limited. All Rights Reserved. Internal2目錄統(tǒng)一敏捷認(rèn)識(shí)Copyright 2011 HiSoft Page 3對(duì)敏捷的常見誤解誤解一： 敏捷開發(fā)意味著可以不需要文檔、設(shè)計(jì)和計(jì)劃誤解二： 敏捷只是一些優(yōu)秀實(shí)踐，或者是優(yōu)秀實(shí)踐的結(jié)合誤解三： 敏捷只適用于小項(xiàng)目開發(fā)誤解四： 敏捷只會(huì)對(duì)研發(fā)產(chǎn)生改變誤解五： 管理者不需要親自了解敏捷，只需要管理上支持就可以了誤解六： 引入敏捷只需要按照既定的步驟去做就可以了

2、誤解七： 敏捷是CMM的替代品，是另一種流程誤解八： 敏捷只注重特性的快速交付，在敏捷下架構(gòu)不重要了Page 5對(duì)敏捷的常見誤解誤解一： 敏捷開發(fā)意味著可以不需Page 4統(tǒng)一認(rèn)識(shí)：敏捷=理念+優(yōu)秀實(shí)踐+具體應(yīng)用理念優(yōu)秀實(shí)踐具體應(yīng)用 理念（敏捷核心思想）敏捷包括3個(gè)層次 優(yōu)秀實(shí)踐（敏捷的經(jīng)驗(yàn)積累） 具體應(yīng)用（能夠結(jié)合自身靈活應(yīng)用才是真正敏捷）Page 6統(tǒng)一認(rèn)識(shí)：敏捷=理念+優(yōu)秀實(shí)踐+具體應(yīng)用理念優(yōu)秀Page 5理念：聚焦客戶價(jià)值(Value)，消除浪費(fèi)“價(jià)值”在“敏捷宣言”中的體現(xiàn)產(chǎn)品商業(yè)成功為目標(biāo)，聚焦客戶價(jià)值、圍繞價(jià)值流消除浪費(fèi)個(gè)體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶

3、合作勝過合同談判響應(yīng)變化勝過遵循計(jì)劃Page 7理念：聚焦客戶價(jià)值(Value)，消除浪費(fèi)“價(jià)值Page 6理念：激發(fā)團(tuán)隊(duì)(Team)潛能，加強(qiáng)協(xié)作團(tuán)隊(duì)是價(jià)值的真正創(chuàng)造者，應(yīng)加強(qiáng)團(tuán)隊(duì)協(xié)作、激發(fā)團(tuán)隊(duì)潛能軟件開發(fā)是一種團(tuán)隊(duì)活動(dòng)，首先應(yīng)做到提升溝通效率降低交流成本“團(tuán)隊(duì)”在“敏捷宣言”中的體現(xiàn)個(gè)體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應(yīng)變化勝過遵循計(jì)劃效率流行度文檔錄制的視頻錄制的音頻2人郵件溝通2人白板溝通2人電話溝通不支持問答形式支持問答形式研究表明面對(duì)面的溝通最有效 業(yè)界調(diào)查：一個(gè)50人開發(fā)團(tuán)隊(duì)，每人平均30%時(shí)間用于編碼，70%的時(shí)間用于與其他成員交流。P

4、age 8理念：激發(fā)團(tuán)隊(duì)(Team)潛能，加強(qiáng)協(xié)作團(tuán)隊(duì)是價(jià)Page 7理念：不斷調(diào)整以適應(yīng)(Adapting)變化麥當(dāng)勞是簡(jiǎn)單可預(yù)測(cè)生產(chǎn)過程人月神話：軟件開發(fā)是人類最復(fù)雜工作之一，軟件具有四個(gè)屬性：復(fù)雜性、一致性、可變性和不可見性。軟件開發(fā)是不可重復(fù)、探索性的、演進(jìn)的，適應(yīng)性過程。隨軟件規(guī)模增長(zhǎng)，需求變化呈非線性增長(zhǎng)軟件開發(fā)是復(fù)雜不可預(yù)測(cè)的經(jīng)驗(yàn)控制過程“適應(yīng)變化”在“敏捷宣言”中的體現(xiàn)不斷的根據(jù)經(jīng)驗(yàn)調(diào)整，最終交付達(dá)到業(yè)務(wù)目標(biāo)的產(chǎn)品軟件開發(fā)規(guī)律再審視個(gè)體和交互勝過過程和工具可以工作的軟件勝過面面俱到的文檔客戶合作勝過合同談判響應(yīng)變化勝過遵循計(jì)劃Page 9理念：不斷調(diào)整以適應(yīng)(Adapting)

5、變化麥當(dāng)Page 8優(yōu)秀實(shí)踐: 業(yè)界敏捷優(yōu)秀實(shí)踐概覽結(jié)對(duì)編程測(cè)試驅(qū)動(dòng)開發(fā)客戶參與驗(yàn)收計(jì)劃游戲代碼集體所有每日站立會(huì)議產(chǎn)品backlog（帶優(yōu)先級(jí)的需求清單）燃燒圖迭代計(jì)劃會(huì)議回顧會(huì)議Scrum MasterProduct OwnerAnatomy（系統(tǒng)解剖）One TrackSystemakut（缺陷管理和決策）重構(gòu)完整團(tuán)隊(duì)穩(wěn)定開發(fā)節(jié)奏Lagomising（需求決策）隱喻電信業(yè)偏重大規(guī)模產(chǎn)品實(shí)踐、Scrum偏重項(xiàng)目管理，XP偏重編程實(shí)踐電信業(yè)ScrumXP持續(xù)集成迭代交付Page 10優(yōu)秀實(shí)踐: 業(yè)界敏捷優(yōu)秀實(shí)踐概覽結(jié)對(duì)編程測(cè)試驅(qū)Page 9開發(fā)團(tuán)隊(duì)一具體應(yīng)用：因地制宜選擇適合的敏捷實(shí)踐團(tuán)隊(duì)在

6、透徹理解敏捷理念的基礎(chǔ)上，可以靈活選擇最適合自己的實(shí)踐，避免教條化站立會(huì)議排序的工作列表持續(xù)集成持續(xù)集成重構(gòu)持續(xù)集成結(jié)對(duì)編程迭代開發(fā)+迭代開發(fā)+開發(fā)團(tuán)隊(duì)三敏捷理念開發(fā)團(tuán)隊(duì)二敏捷理念敏捷理念Page 11開發(fā)團(tuán)隊(duì)一具體應(yīng)用：因地制宜選擇適合的敏捷實(shí)踐Page 10敏捷轉(zhuǎn)型是系統(tǒng)性工程敏捷轉(zhuǎn)型7個(gè)方面優(yōu)先級(jí)Source：Cutter Agile Transformation（Jim Highsmith大師）敏捷轉(zhuǎn)型是系統(tǒng)工程，覆蓋7個(gè)方面：實(shí)踐、績(jī)效考核、組織、過程、文化、管控、技術(shù)和業(yè)務(wù)對(duì)齊敏捷在敏捷轉(zhuǎn)型不同階段，敏捷轉(zhuǎn)型框架的7個(gè)方面引入的優(yōu)先級(jí)不一樣，初期以實(shí)踐為主Wave3 (企業(yè)級(jí)）Wa

7、ve2 (產(chǎn)品級(jí))Wave1(項(xiàng)目級(jí))2121334Stage522Alignment1112Culture13Governance22Performance212Process1122Organization3211PracticesStage4Stage3Stage2Stage1Numbers represent typical relative importance at each stage.實(shí)踐績(jī)效組織過程文化管控技術(shù)和業(yè)務(wù)對(duì)齊敏捷轉(zhuǎn)型框架Page 12敏捷轉(zhuǎn)型是系統(tǒng)性工程敏捷轉(zhuǎn)型7個(gè)方面優(yōu)先級(jí)So目錄統(tǒng)一敏捷認(rèn)識(shí)敏捷理念解讀敏捷實(shí)踐解讀Copyright 2011 HiSoft T

8、echnology International Limited. All Rights Reserved. Internal11目錄統(tǒng)一敏捷認(rèn)識(shí)Copyright 2011 HiSoft Page 12深入理解敏捷理念 深入理解“適應(yīng)變化”認(rèn)請(qǐng)“客戶是逐步發(fā)現(xiàn)真正需求”小批量是快速交付的關(guān)鍵通過迭代計(jì)劃不斷調(diào)整以適應(yīng)需求變化應(yīng)持續(xù)保持良好的軟件架構(gòu)利用多層次反饋不斷調(diào)整以逼近目標(biāo) 深入理解“激發(fā)團(tuán)隊(duì)”認(rèn)清團(tuán)隊(duì)的基本事實(shí)敏捷方式下管理者的轉(zhuǎn)變敏捷方式下團(tuán)隊(duì)成員的轉(zhuǎn)變 深入理解“聚焦客戶價(jià)值”標(biāo)識(shí)和消除軟件開發(fā)中的浪費(fèi)交付剛剛好的系統(tǒng)隨時(shí)構(gòu)建質(zhì)量，不容忍缺陷及時(shí)消除技術(shù)債務(wù)，持續(xù)保持快速響應(yīng)Pag

9、e 14深入理解敏捷理念 深入理解“適應(yīng)變化” 深Page 13浪費(fèi)類別浪費(fèi)舉例1部分完成的工作部分完成但沒有最終落地的工作（沒有轉(zhuǎn)化成代碼的設(shè)計(jì)文檔；未及時(shí)合入的代碼導(dǎo)致引發(fā)后續(xù)更多同步工作量）。2未應(yīng)用特性開發(fā)完成但沒有被客戶應(yīng)用的特性（交換機(jī)2000多個(gè)功能客戶只用了1%）。3再次學(xué)習(xí)人員頻繁流動(dòng)導(dǎo)致經(jīng)驗(yàn)不能積累，反復(fù)重新學(xué)習(xí)；在多個(gè)環(huán)節(jié)移交時(shí)，接收信息者也需要重新學(xué)習(xí)；擁有某領(lǐng)域的專家，但在開發(fā)過程中需要此領(lǐng)域經(jīng)驗(yàn)時(shí)，他卻沒參與，而是團(tuán)隊(duì)重新摸索。4移交知識(shí)信息的傳遞總是伴隨信息丟失，隱形知識(shí)尤其困難，分工過細(xì)往往導(dǎo)致過多不必要的移交（如詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)分離，造成大量設(shè)計(jì)信息丟失）。5任

10、務(wù)切換研究表明多任務(wù)工作會(huì)導(dǎo)致效率下降20%-40%（員工多頭工作或雜事繁多）。6延遲因任務(wù)或資源相互依賴而導(dǎo)致工作停滯（集成時(shí)被關(guān)鍵模塊阻塞，等待測(cè)試環(huán)境就緒）。7缺陷解決缺陷活動(dòng)本身就是浪費(fèi)，而且缺陷越遺留到后端浪費(fèi)越大。聚焦客戶價(jià)值，標(biāo)識(shí)和消除軟件開發(fā)中的浪費(fèi)Source：精益軟件開發(fā)Page 15浪費(fèi)類別浪費(fèi)舉例1部分完成的工作部分完成但沒有Page 14當(dāng)質(zhì)量、進(jìn)度、資源沖突時(shí)，能改變的只有項(xiàng)目范圍，即選擇“交付剛剛好的系統(tǒng)”產(chǎn)品交付前，客戶往往期望多而全的功能，產(chǎn)品交付后，客戶把穩(wěn)定的質(zhì)量放在首位，尤其在電信領(lǐng)域，客戶對(duì)產(chǎn)品質(zhì)量要求是Always work，不是Sometimes。

11、與其為了滿足多而全的功能導(dǎo)致交付延遲，質(zhì)量不穩(wěn)定，不如按時(shí)交付剛剛好的系統(tǒng)，保證其高質(zhì)量運(yùn)行。交付剛剛好的系統(tǒng)，基于對(duì)客戶需求的深入理解，并花時(shí)間了解細(xì)節(jié)，簡(jiǎn)化（simplify）需求（降低復(fù)雜性）而不是簡(jiǎn)單地拒絕需求（delete）。做到“交付剛剛好的系統(tǒng)”，同時(shí)需要管理者有足夠的勇氣和果斷決策聚焦客戶價(jià)值，交付剛剛好的系統(tǒng)在項(xiàng)目明顯超負(fù)荷時(shí)，管理者簡(jiǎn)單地期望靠團(tuán)隊(duì)work harder來解決，最終導(dǎo)致：質(zhì)量下降項(xiàng)目延期客戶不滿意團(tuán)隊(duì)疲勞埋下長(zhǎng)期隱患Page 16當(dāng)質(zhì)量、進(jìn)度、資源沖突時(shí)，能改變的只有項(xiàng)目范圍Page 15缺陷遺留帶來高額成本：對(duì)單獨(dú)質(zhì)量保證活動(dòng)（如后端測(cè)試）的依賴，容易形成

12、缺陷可以遺留到下個(gè)階段的心理，導(dǎo)致缺陷發(fā)現(xiàn)成本升高（系統(tǒng)測(cè)試階段缺陷定位和解決成本是開發(fā)階段的10倍）例1：E公司開發(fā)階段和測(cè)試階段發(fā)現(xiàn)缺陷的比例為7：3，而我司大量缺陷集中在后端發(fā)現(xiàn)，帶來高額成本。例2：我司顧問指出：華為測(cè)試和開發(fā)“相隔1000英里”。聚焦客戶價(jià)值，隨時(shí)構(gòu)建質(zhì)量，不容忍缺陷 從項(xiàng)目一開始就隨時(shí)構(gòu)建質(zhì)量：形成零缺陷文化，不要容忍缺陷：發(fā)現(xiàn)缺陷應(yīng)立即停下來解決，以保證在堅(jiān)實(shí)的質(zhì)量基礎(chǔ)上前行。開發(fā)和測(cè)試緊密協(xié)作：測(cè)試人員參與到設(shè)計(jì)和開發(fā)過程中，共同預(yù)防缺陷的產(chǎn)生。例如：持續(xù)集成暴露的問題需立即解決Page 17缺陷遺留帶來高額成本：聚焦客戶價(jià)值，隨時(shí)構(gòu)建質(zhì)Page 16聚焦客戶價(jià)

13、值，及時(shí)消除技術(shù)債務(wù)，持續(xù)保持快速響應(yīng)技術(shù)商務(wù)為什么會(huì)有技術(shù)債務(wù)：為滿足短期商業(yè)目標(biāo)，不影響其外部表現(xiàn)的情況下，會(huì)在技術(shù)方面進(jìn)行一定的讓步，這種讓步雖對(duì)當(dāng)前版本的質(zhì)量影響甚微，但會(huì)嚴(yán)重影響后續(xù)版本響應(yīng)客戶需求的能力，從而形成技術(shù)債務(wù)。時(shí)間技術(shù)債務(wù)開發(fā)速率對(duì)待技術(shù)債務(wù)的態(tài)度：技術(shù)債務(wù)是有成本的，如不及時(shí)償還，會(huì)隨時(shí)間積累利息變高，導(dǎo)致開發(fā)效率大幅下降，從而降低客戶響應(yīng)能力。因此對(duì)待技術(shù)債務(wù)的態(tài)度是加以管理并及時(shí)償還（如及時(shí)重構(gòu)）。常見技術(shù)債務(wù):日益腐爛的架構(gòu)、圈復(fù)雜度高的代碼、低的測(cè)試自動(dòng)化率、不及時(shí)清除的靜態(tài)檢查告警等。Page 18聚焦客戶價(jià)值，及時(shí)消除技術(shù)債務(wù)，持續(xù)保持快速響Page 17

14、激發(fā)團(tuán)隊(duì)，認(rèn)清團(tuán)隊(duì)的基本事實(shí)Source: Jeff CSM Training material信任是高績(jī)效團(tuán)隊(duì)的基石信任承諾沖突創(chuàng)新關(guān)于團(tuán)隊(duì)激勵(lì)： 當(dāng)團(tuán)隊(duì)自管理時(shí)效率最高人們對(duì)自己做出的承諾比別人要求的承諾更認(rèn)真人們會(huì)盡力做到最好在強(qiáng)大的壓力下努力工作，人們會(huì)自然而然地降 低對(duì)質(zhì)量的要求關(guān)于團(tuán)隊(duì)績(jī)效： 當(dāng)團(tuán)隊(duì)成員不被打擾時(shí)，工作效率最高當(dāng)團(tuán)隊(duì)解決自我問題時(shí)，提升最快廣泛的、面對(duì)面的交流是團(tuán)隊(duì)工作最高效的方式關(guān)于團(tuán)隊(duì)構(gòu)建：團(tuán)隊(duì)生產(chǎn)率大于相同數(shù)目的個(gè)體生產(chǎn)率之和當(dāng)不同技能領(lǐng)域的人員組成團(tuán)隊(duì)并聚焦于工作 時(shí)，產(chǎn)品更健壯Page 19激發(fā)團(tuán)隊(duì)，認(rèn)清團(tuán)隊(duì)的基本事實(shí)Source: JPage 18激發(fā)團(tuán)

15、隊(duì)，敏捷方式下管理者的轉(zhuǎn)變管理者努力“控制” 團(tuán)隊(duì)：制定詳細(xì)的工作計(jì)劃，并做出詳細(xì)的工作安排指令性工作方式監(jiān)控過程基于復(fù)雜規(guī)則的管理管理者努力“激發(fā)”團(tuán)隊(duì)：通過目標(biāo)來牽引團(tuán)隊(duì)自主工作幫助團(tuán)隊(duì)提供資源，排除障礙營(yíng)造團(tuán)隊(duì)自我管理的工作氛圍作為教練輔導(dǎo)團(tuán)隊(duì)進(jìn)步基于簡(jiǎn)單原則的管理，原則簡(jiǎn)單但必須被遵守敏捷方式下對(duì)管理者最大的挑戰(zhàn)是學(xué)會(huì)放松”控制”(loose control)傳統(tǒng)方式敏捷方式Page 20激發(fā)團(tuán)隊(duì)，敏捷方式下管理者的轉(zhuǎn)變管理者努力“控Page 19激發(fā)團(tuán)隊(duì)，敏捷方式下團(tuán)隊(duì)成員的轉(zhuǎn)變團(tuán)隊(duì)成員是“聽從安排的獨(dú)立貢獻(xiàn)者”:被動(dòng)等待主管下指令安排工作獨(dú)立工作為主，協(xié)作少以文檔和郵件為主要溝通方

16、式只關(guān)注個(gè)體任務(wù)“做完”，不關(guān)注團(tuán)隊(duì)目標(biāo)能力相對(duì)單一，學(xué)習(xí)動(dòng)力不足敏捷方式的管理者從被動(dòng)到主動(dòng)的心態(tài)轉(zhuǎn)變是團(tuán)隊(duì)成員適應(yīng)敏捷開發(fā)的關(guān)鍵團(tuán)隊(duì)成員是“全方位的積極參與者”:共同參與計(jì)劃制定和任務(wù)安排團(tuán)隊(duì)協(xié)作貫穿工作始終面對(duì)面交流是主要溝通方式關(guān)注團(tuán)隊(duì)目標(biāo)，共擔(dān)責(zé)任能力要求更廣，主動(dòng)學(xué)習(xí)適應(yīng)崗位要求傳統(tǒng)方式敏捷方式Page 21激發(fā)團(tuán)隊(duì)，敏捷方式下團(tuán)隊(duì)成員的轉(zhuǎn)變團(tuán)隊(duì)成員是“Page 20殘酷現(xiàn)實(shí)客戶是逐步發(fā)現(xiàn)他真正要的東西開發(fā)人員逐步發(fā)現(xiàn)如何開發(fā)產(chǎn)品滿足客戶需求在這個(gè)過程中隨時(shí)可能發(fā)生變化美好愿望客戶知道自己要的是什么開發(fā)人員知道如何開發(fā)來滿足客戶需求在開發(fā)過程中需求不會(huì)發(fā)生變化期望客戶一開始就想清楚

17、他們真正要的東西是不現(xiàn)實(shí)的。我們應(yīng)當(dāng)通過不斷的向客戶交付可用的產(chǎn)品，啟發(fā)客戶逐步的發(fā)現(xiàn)真正的需求。我們認(rèn)識(shí)到預(yù)期需求實(shí)際需求價(jià)值時(shí)間適應(yīng)變化，認(rèn)清“客戶是逐步發(fā)現(xiàn)真正需求”Page 22殘酷現(xiàn)實(shí)美好愿望期望客戶一開始就想清楚他們真正Page 21適應(yīng)變化，小批量是快速交付的關(guān)鍵我們首先要做的是通過盡早地、持續(xù)地交付有價(jià)值的軟件來使客戶滿意。經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。 摘自敏捷軟件的十二個(gè)原則在需求響應(yīng)周期相同的情況下，批量（一次開發(fā)的需求量）越小，資源利用率更高。在資源利用率相同的情況下，批量越小，交付周期更短。減小批量不僅帶來縮短交

18、付周期，而且還帶來提高質(zhì)量、促進(jìn)創(chuàng)新、降低管理成本、更高的效率等其他好處，大幅提升商業(yè)價(jià)值。減少批量的好處資源利用率交付周期大批量中批量小批量Source：Craig Larman減小批量1.減少排隊(duì)3.縮短交付周期2.加快反饋4.增強(qiáng)質(zhì)量5.改善創(chuàng)新6.降低管理成本7.更高的效率$排隊(duì)理論：小批量與縮短交付周期、人員有效產(chǎn)出的關(guān)系Page 23適應(yīng)變化，小批量是快速交付的關(guān)鍵我們首先要做的Page 22適應(yīng)變化，通過迭代計(jì)劃不斷調(diào)整以適應(yīng)需求變化正確做計(jì)劃方法在每一輪迭代開始，只詳細(xì)確定本次迭代的工作內(nèi)容，并嚴(yán)格執(zhí)行，對(duì)后續(xù)較遠(yuǎn)的迭代內(nèi)容只做粗略的計(jì)劃，避免浪費(fèi)。項(xiàng)目范圍常發(fā)生變化需求出現(xiàn)了

19、增加、刪除、優(yōu)先級(jí)調(diào)整（如圖E、O、P、J）工作量在需求細(xì)化后發(fā)現(xiàn)離原始工作量估計(jì)有偏差，引發(fā)計(jì)劃調(diào)整；（如圖中I）客戶使用了產(chǎn)品后，發(fā)現(xiàn)有些需求已不再需要（如圖中D、G）變化無法一次性預(yù)測(cè)，一開始制作大而全的計(jì)劃易造成浪費(fèi)應(yīng)根據(jù)迭代積累的經(jīng)驗(yàn)和需求變化的情況對(duì)計(jì)劃不斷調(diào)整和細(xì)化Page 24適應(yīng)變化，通過迭代計(jì)劃不斷調(diào)整以適應(yīng)需求變化正Page 23適應(yīng)變化，應(yīng)持續(xù)保持良好的軟件架構(gòu)良好軟件架構(gòu)是適應(yīng)變化的基石電信軟件的特點(diǎn)是龐大、復(fù)雜、生命周期長(zhǎng)，因此需要良好架構(gòu)來保證長(zhǎng)期的演進(jìn)，避免大規(guī)模的返工；優(yōu)秀的架構(gòu)通過可擴(kuò)展性來很好地適應(yīng)需求的變化，對(duì)敏捷起到支持作用，相反拙劣的架構(gòu)會(huì)阻礙敏捷；

20、良好架構(gòu)使系統(tǒng)部件處于松耦合狀態(tài)，有助于制定出合適的增量開發(fā)/集成計(jì)劃，使分層分級(jí)的持續(xù)集成更加容易實(shí)施。軟件架構(gòu)需要盡早驗(yàn)證和持續(xù)維護(hù)新產(chǎn)品開發(fā)通過早期迭代來實(shí)現(xiàn)和驗(yàn)證架構(gòu)，有利于架構(gòu)的盡早穩(wěn)定；增量開發(fā)需識(shí)別影響架構(gòu)的需求，優(yōu)先實(shí)現(xiàn)，規(guī)避架構(gòu)風(fēng)險(xiǎn)；通過重構(gòu)及時(shí)維護(hù)和優(yōu)化架構(gòu)（償還技術(shù)債務(wù)），使架構(gòu)保持生命力。Page 25適應(yīng)變化，應(yīng)持續(xù)保持良好的軟件架構(gòu)良好軟件架構(gòu)Page 24適應(yīng)變化，利用多層次反饋不斷調(diào)整以逼近目標(biāo)結(jié)對(duì)編程單元測(cè)試持續(xù)集成站立會(huì)議/回顧會(huì)議客戶驗(yàn)收對(duì)代碼質(zhì)量的反饋 對(duì)單元功能的反饋 對(duì)團(tuán)隊(duì)運(yùn)作的反饋對(duì)系統(tǒng)功能的反饋 對(duì)客戶需求的反饋利用多層次反饋手段，在變化的環(huán)境中

21、讓團(tuán)隊(duì)準(zhǔn)確地了解與目標(biāo)的差距，不斷調(diào)整自身行為，并逐步逼近靶心多層次反饋手段Page 26適應(yīng)變化，利用多層次反饋不斷調(diào)整以逼近目標(biāo)結(jié)對(duì)目錄統(tǒng)一敏捷認(rèn)識(shí)敏捷理念解讀敏捷實(shí)踐解讀Copyright 2011 HiSoft Technology International Limited. All Rights Reserved. Internal25目錄統(tǒng)一敏捷認(rèn)識(shí)Copyright 2011 HiSoft 敏捷管理實(shí)踐：一體化辦公Copyright 2011 HiSoft Technology International Limited. All Rights Reserved. Intern

22、al26所有的團(tuán)隊(duì)成員，包括開發(fā)人員、SE、測(cè)試人員都圍繞同一張桌子坐下，他們?cè)谝黄鸸ぷ?、討論、保持良好的溝通。敏捷管理?shí)踐：一體化辦公Copyright 2011 HiSPage 27敏捷工程實(shí)踐：用戶故事（user story）什么是用戶故事用戶故事是站在用戶角度描述需求的一種方式；每個(gè)用戶故事須有對(duì)應(yīng)的驗(yàn)收測(cè)試用例；用戶故事是分層分級(jí)的，在使用過程中逐步分解細(xì)化；典型的描述句式為：作為一個(gè)XXX客戶角色，我需要XXX功能，帶來XXX好處。用戶故事的好處用戶故事站在用戶視角便于和客戶交流，準(zhǔn)確描述客戶需求；用戶故事可獨(dú)立交付單元、規(guī)模小，適于迭代開發(fā)，以獲得用戶快速反饋；用戶故事強(qiáng)調(diào)編寫驗(yàn)

23、收測(cè)試用例作為驗(yàn)收標(biāo)準(zhǔn)，能促使需求分析人員準(zhǔn)確把握需求，牽引開發(fā)人員避免過度設(shè)計(jì)。用戶故事的關(guān)鍵要點(diǎn)I Independent，可獨(dú)立交付給客戶N Negotiable，便于與客戶交流V - Valuable ，對(duì)客戶有價(jià)值E - Estimable ，能估計(jì)出工作量S - Small ，分解到最底層的用戶故事粒度盡量小，至少在一個(gè)迭代中能完成T - Testable，可測(cè)試 初始需求：1.作為網(wǎng)絡(luò)規(guī)劃人員，我想要配置一個(gè)媒體網(wǎng)關(guān)，因?yàn)橄胍黾泳W(wǎng)絡(luò)容量和服務(wù)初次分解：1.1作為網(wǎng)絡(luò)規(guī)劃人員，我想把媒體網(wǎng)關(guān)參數(shù)上傳到管理系統(tǒng) 1.2作為網(wǎng)絡(luò)規(guī)劃人員，我想從管理系統(tǒng)下載媒體網(wǎng)關(guān)參數(shù)再次分解：1.2

24、.1作為網(wǎng)絡(luò)規(guī)劃人員，我想用文件方式從管理系統(tǒng)下載媒體網(wǎng)關(guān)參數(shù)用例：用戶在管理系統(tǒng)上選擇以文件方式下載媒體網(wǎng)關(guān)參數(shù)，執(zhí)行成功后，檢查文件是否正確下載到本地且內(nèi)容正確1.2.2作為網(wǎng)絡(luò)規(guī)劃人員，我想用MML結(jié)構(gòu)方式從管理系統(tǒng)下載媒體網(wǎng)關(guān)的參數(shù)用例:故事樣例用戶故事便于團(tuán)隊(duì)站在用戶角度分解細(xì)化需求并制定驗(yàn)收標(biāo)準(zhǔn)Page 29敏捷工程實(shí)踐：用戶故事（user story）Page 28敏捷管理實(shí)踐：每日站立會(huì)議什么是每日站立會(huì)議每日工作前，團(tuán)隊(duì)成員的例行溝通機(jī)制，由Scrum Master組織，Team成員全體站立參加聚焦在下面的三個(gè)主題：我昨天為本項(xiàng)目做了什么？我計(jì)劃今天為本項(xiàng)目做什么？我需要什么

25、幫助以更高效的工作？每日站立會(huì)議的關(guān)鍵要點(diǎn)準(zhǔn)時(shí)開始：按計(jì)劃會(huì)議制定的時(shí)間地點(diǎn)開會(huì)，形成團(tuán)隊(duì)成員的自然習(xí)慣；高效會(huì)議：會(huì)議限時(shí)15分鐘，每個(gè)人都保持站立，依次發(fā)言，不討論與會(huì)議三個(gè)主題無關(guān)的事情（如技術(shù)解決方案等）；問題跟蹤：Scrum Master應(yīng)該記錄下所有的問題并跟蹤解決；每日站立會(huì)議的好處增加團(tuán)隊(duì)凝聚力，產(chǎn)生積極的工作氛圍及時(shí)暴露風(fēng)險(xiǎn)和問題；促進(jìn)團(tuán)隊(duì)內(nèi)成員的溝通和協(xié)調(diào)。每日站立會(huì)議促進(jìn)團(tuán)隊(duì)溝通協(xié)調(diào)，及時(shí)暴露問題Page 30敏捷管理實(shí)踐：每日站立會(huì)議什么是每日站立會(huì)議每Page 29敏捷管理實(shí)踐：可視化管理可視化管理的好處簡(jiǎn)單，一目了然 ，降低管理成本；實(shí)時(shí)狀態(tài)顯示，及時(shí)暴露問題；信息

26、同源使團(tuán)隊(duì)理解一致，提升團(tuán)隊(duì)凝聚力；激勵(lì)先進(jìn)，鞭策后進(jìn)，增強(qiáng)團(tuán)隊(duì)進(jìn)取心。什么是可視化管理將項(xiàng)目狀態(tài) (進(jìn)度、質(zhì)量等)通過物理實(shí)體（如白板，大屏幕）實(shí)時(shí)展示，讓團(tuán)隊(duì)所有成員直觀地獲取當(dāng)前項(xiàng)目進(jìn)展信息。可視化管理的關(guān)鍵要點(diǎn)物理實(shí)體：可視化一定要做到物理上的實(shí)體化，大家在公開場(chǎng)所都容易看到，觸摸到，（存在電腦中的文件不是可視化的）；內(nèi)容精簡(jiǎn)，易懂：信息展示一目了然，切實(shí)對(duì)團(tuán)隊(duì)有幫助，切忌貪多求全，難以分辨；實(shí)時(shí)刷新：延遲的信息拖延問題暴露，降低運(yùn)作效率?？梢暬芾砑皶r(shí)暴露問題，激勵(lì)團(tuán)隊(duì)Story墻（展示Story進(jìn)度）缺陷走勢(shì)圖（展示缺陷解決進(jìn)展）Anatomy視圖（展示系統(tǒng)集成進(jìn)展）Page 31

27、敏捷管理實(shí)踐：可視化管理可視化管理的好處什么是Page 30敏捷工程實(shí)踐：結(jié)對(duì)編程什么是結(jié)對(duì)編程兩位程序員在一臺(tái)電腦前工作，一個(gè)負(fù)責(zé)敲入代碼，而另外一個(gè)實(shí)時(shí)檢視每一行敲入的代碼；操作鍵盤和鼠標(biāo)的程序員被稱為“駕駛員”，負(fù)責(zé)實(shí)時(shí)評(píng)審和協(xié)助的程序員被稱為“領(lǐng)航員”；領(lǐng)航員檢視的同時(shí)還必須負(fù)責(zé)考慮下一步的工作方向 ，比如可能出現(xiàn)的問題以及改進(jìn)等。結(jié)對(duì)編程的好處有助于提升代碼設(shè)計(jì)質(zhì)量；研究表明結(jié)對(duì)生產(chǎn)率比兩個(gè)單人總和低 15%，但缺陷數(shù)少 15%，考慮修改缺陷工作量和時(shí)間都比初始編程大幾倍，所以結(jié)對(duì)編程總體效率更高（source: The Economist）；結(jié)對(duì)編程能夠大幅促進(jìn)團(tuán)隊(duì)能力提升和知識(shí)傳

28、播。結(jié)對(duì)編程的關(guān)鍵要點(diǎn)程序員應(yīng)經(jīng)常性地在“駕駛員”和“領(lǐng)航員”間切換，保持成員間平等協(xié)商和相互理解，避免出現(xiàn)一個(gè)角色支配另一個(gè)角色的現(xiàn)象；開始一個(gè)新Story開發(fā)的時(shí)候即可變換搭檔，以增進(jìn)知識(shí)傳播；培養(yǎng)團(tuán)隊(duì)成員積極、主動(dòng)、開放、協(xié)作的心態(tài)能夠增進(jìn)結(jié)對(duì)編程效果；實(shí)施初期需要精心輔導(dǎo)，幫助團(tuán)隊(duì)成員克服個(gè)性沖突和習(xí)慣差異。結(jié)對(duì)編程提高代碼質(zhì)量和工作效率Page 32敏捷工程實(shí)踐：結(jié)對(duì)編程什么是結(jié)對(duì)編程結(jié)對(duì)編程的Page 31敏捷管理實(shí)踐：迭代驗(yàn)收什么是迭代驗(yàn)收每次迭代開發(fā)結(jié)束時(shí)舉行，通過演示可工作的軟件檢查需求是否滿足客戶要求；由Scrum Master組織， PO和用戶代表（外部或內(nèi)部利益相關(guān)人）

29、負(fù)責(zé)驗(yàn)收、Team負(fù)責(zé)演示可工作軟件。迭代驗(yàn)收的好處通過演示可工作的軟件來確認(rèn)項(xiàng)目的進(jìn)度，具有真實(shí)性；能盡早的獲得用戶對(duì)產(chǎn)品的反饋，使產(chǎn)品更加貼近客戶需求。迭代驗(yàn)收的關(guān)鍵要點(diǎn)展示“真實(shí)”的產(chǎn)品：Team 應(yīng)在真實(shí)環(huán)境中展示可運(yùn)行的軟件，判斷是否達(dá)到“完成”標(biāo)準(zhǔn)；收集反饋：PO 根據(jù)驗(yàn)收情況及客戶反饋意見，及時(shí)調(diào)整產(chǎn)品Backlog。迭代驗(yàn)收盡早演示可工作的軟件，收集反饋意見Page 33敏捷管理實(shí)踐：迭代驗(yàn)收什么是迭代驗(yàn)收迭代驗(yàn)收的Page 32敏捷管理實(shí)踐：迭代回顧會(huì)議迭代回顧會(huì)議的好處激勵(lì)團(tuán)隊(duì)成員；幫助團(tuán)隊(duì)挖掘優(yōu)秀經(jīng)驗(yàn)并繼承；避免團(tuán)隊(duì)犯重復(fù)的錯(cuò)誤；營(yíng)造團(tuán)隊(duì)自主改進(jìn)的氛圍。什么是迭代回顧會(huì)議

30、在每輪迭代結(jié)束后舉行的會(huì)議，目的是分享好的經(jīng)驗(yàn)和發(fā)現(xiàn)改進(jìn)點(diǎn)，促進(jìn)團(tuán)隊(duì)不斷進(jìn)步；圍繞如下三個(gè)問題：本次迭代有哪些做得好本次迭代我們?cè)谀男┓矫孢€能做得更好我們?cè)谙麓蔚鷾?zhǔn)備在哪些方面改進(jìn)？迭代回顧會(huì)議的關(guān)鍵要點(diǎn)會(huì)議氣氛：Team全員參加，氣氛寬松自由，暢所欲言，頭腦風(fēng)暴發(fā)現(xiàn)問題，共同分析根因；關(guān)注重點(diǎn)：Team共同討論優(yōu)先級(jí)，將精力放在最需要的地方（關(guān)注幾個(gè)改進(jìn)就夠了）；會(huì)議結(jié)論要跟蹤閉環(huán)：可以放入迭代backlog中。迭代回顧會(huì)議是促進(jìn)團(tuán)隊(duì)持續(xù)改進(jìn)的最有效手段好的能做得更好的將來改進(jìn)的Page 34敏捷管理實(shí)踐：迭代回顧會(huì)議迭代回顧會(huì)議的好處什Page 33敏捷工程實(shí)踐：持續(xù)集成(CI)什么是持續(xù)集成持續(xù)集成（CI）是一項(xiàng)軟件開發(fā)實(shí)踐，其中