敏捷開發(fā)流程與方法講義

敏捷開發(fā)流程與方法StrictlyPrivateandConfidentialBGCN交付管理部目錄1.1敏捷的起源2敏捷系列1.2敏捷方法體系1敏捷開發(fā)簡介3敏捷開發(fā)的誤區(qū)1.3敏捷宣言1.4為什么要敏捷?敏捷開發(fā)的起源上個世紀(jì)90年代2001年2004年以后萌芽--產(chǎn)生敏捷方法敏捷方法是從上個世紀(jì)90年代開始發(fā)展起來的一組方法學(xué)的總稱，包括極限編程等等。這些方法學(xué)之間有一些差異，但是差異不是特別大正規(guī)—成立敏捷聯(lián)盟每種方法學(xué)的領(lǐng)導(dǎo)人共同起草了敏捷軟件開發(fā)宣言，總結(jié)出方法之間的共同點，最終就是價值，并且用敏捷這個詞給這種方法學(xué)一個統(tǒng)稱發(fā)展—開始廣為流行500強公司中眾多公司應(yīng)用敏捷;如HP,Microsoft,IBM等什么是敏捷開發(fā)？敏捷開發(fā)（AgileDevelopment）是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。子項目特征-

各個子項目的成果都經(jīng)過測試-

具備集成和可運行的特征-

小項目相互聯(lián)系目錄1.1敏捷的起源1.2敏捷方法體系1敏捷開發(fā)簡介1.3敏捷宣言1.4為什么要敏捷?2敏捷系列3敏捷開發(fā)的誤區(qū)敏捷方法XP-eXtremePrograming極限編程:思想源自KentBeck和WardCunningham在軟件項目中的合作經(jīng)歷。SCRUM：是一種迭代的增量化過程，用于產(chǎn)品開發(fā)或工作管理。水晶方法Crystal:由AlistairCockburn在1990年代末提出。把不同類型的項目采用不同的方法。FDD－特性驅(qū)動FeatureDrivenDevelopment，由PeterCoad、JeffdeLuca、EricLefebvre共同開發(fā)，是一套針對中小型軟件開發(fā)項目的開發(fā)模式。它強調(diào)的是簡化、實用、易于被開發(fā)團(tuán)隊接受，適用于需求經(jīng)常變動的項目。DSDM-DynamicSystemDevelopmentMethodology，它倡導(dǎo)以業(yè)務(wù)為核心，快速而有效地進(jìn)行系統(tǒng)開發(fā)，在英國等歐洲國家比較流行。ASD-AdaptiveSoftwareDevelopment，由JimHighsmith在1999年正式提出。ASD強調(diào)開發(fā)方法的適應(yīng)性（Adaptive）敏捷開發(fā)特點

敏捷開發(fā)包括很多方法，例如XP和FDD，同重量級的文檔驅(qū)動的開發(fā)過程相比較，敏捷方法在靈活性等方面更有吸引力。這個方法的創(chuàng)始人強調(diào)了在軟件實踐過程中的變更而不是孤立的進(jìn)行一些實踐。

很多方法很難獨立的使用。如:測試驅(qū)動的開發(fā)，結(jié)對開發(fā)，計劃調(diào)整周期以及持續(xù)改進(jìn)，不過，后來的結(jié)果證實，這些方法都取得了成功。

使用這些方法并不能保證一定成功。開發(fā)者的經(jīng)驗和技術(shù)仍舊是影響開發(fā)結(jié)果的最主要因素。對于合適的人，基于敏捷原則的開發(fā)方法可以產(chǎn)生更好的結(jié)果，同時形成一個愉快地、有激情的工作環(huán)境目錄1.1敏捷的起源1.2敏捷方法體系1敏捷開發(fā)簡介1.3敏捷宣言1.4為什么要敏捷?2敏捷系列3敏捷開發(fā)的誤區(qū)敏捷宣言核心理念：適應(yīng)和以人為本客戶合作勝過合同談判響應(yīng)變化勝過遵循計劃可以工作的軟件勝過面面俱到的文檔個體和交互勝過過程和工具敏捷規(guī)則最高目標(biāo)是能持續(xù)地、及早地向客戶交付軟件；擁抱變化；頻繁地發(fā)布可運行的軟件；客戶和開發(fā)人員在一起工作；以人為本；最重要的衡量開發(fā)過程的手段，是可工作的軟件；穩(wěn)定的開發(fā)速度；敏捷高效的設(shè)計；簡單有效；重視Teamwork；積極的調(diào)整。目錄1.1敏捷的的起源源1.2敏捷方方法體體系1敏捷開開發(fā)簡簡介1.3敏捷宣宣言1.4為什么么要敏敏捷?2敏捷系系列3敏捷開開發(fā)的的誤區(qū)區(qū)我們?yōu)闉槭裁疵葱枰艚萁蓓椖繛槭裁词?？軟件工程試圖解決這些問題：對用戶需求理解得不清楚，甚至有錯誤；用戶需求變化；軟件很難維護(hù)或擴展；在項目后期階段發(fā)現(xiàn)很嚴(yán)重的設(shè)計缺陷；軟件質(zhì)量或性能不合格；Test-Build-Release過程的可操作性、可維護(hù)性很差；人員流動；

……為了規(guī)范化開發(fā)過程，引進(jìn)傳統(tǒng)工程的概念（瀑布型）；為了理解需求，提出原型法；為了提高設(shè)計開發(fā)的效率和擴展性，提出重用和面向?qū)ο蟮人枷?；為了讓開發(fā)過程更靈活，提出了開發(fā)框架的概念；為了降低風(fēng)險，提出了風(fēng)險評估、成本控制和增量開發(fā)等思想；我們?yōu)闉槭裁疵葱枰艚萁莶块T：1)培養(yǎng)團(tuán)團(tuán)隊合合作精精神，，穩(wěn)定定開發(fā)發(fā)隊伍伍；2)提高開開發(fā)人人員的的水平平；3)提高項項目成成功率率，降降低開開發(fā)成成本，，提升軟軟件開開發(fā)效效率項目經(jīng)經(jīng)理：1)更好地地和用用戶溝溝通，，更清清晰地地理解解用戶戶需求求；2)更充分分地使使用資資源，，更科科學(xué)地地調(diào)配配資源源，更更精確確地掌掌握開開發(fā)進(jìn)進(jìn)度。。系統(tǒng)分分析設(shè)設(shè)計：1)設(shè)計更更加完完善；；2)更有效效地更更新知知識，，得到到其他他成員員更多多的尊尊重。。程序員員：1)學(xué)習(xí)系系統(tǒng)設(shè)設(shè)計和和項目目管理理；2)提高學(xué)學(xué)習(xí)和和工作作效率率，受受到重重視，，減少少加班班時間間，工工作更更高效效誰在用用敏捷捷Fortune500公司中中成功功應(yīng)用用XP的公司司包括括Ford，Daimler-Chrysler，F(xiàn)irstUnionNationalBank，IBM，HP等等。。通信業(yè)業(yè)NS，Ericsson,Alcatel等都號號稱在在轉(zhuǎn)向向敏捷捷更多是是小規(guī)規(guī)模開開發(fā)隊隊伍（（小規(guī)規(guī)模開開發(fā)隊隊伍小小規(guī)規(guī)模項項目））越來越越多的的公司司開始始使用用敏捷捷開發(fā)發(fā)過程程敏捷開開發(fā)成成功的的因素素知識和和技能能文化和和氛圍圍自組織織團(tuán)隊隊開放的的心態(tài)態(tài)目錄2.1XP-eXtremePrograming2敏捷系系列2.2SCRUM1敏捷開開發(fā)簡簡介3敏捷開開發(fā)的的誤區(qū)區(qū)敏捷實實踐在敏捷捷的兩兩個門門派：：XP、Scrum中，整整理歸歸納了了很多多可以以用于于協(xié)助助軟件件開發(fā)發(fā)的實實踐，，后面面統(tǒng)稱稱為敏敏捷實實踐。。什么是是XPXPisalightweightmethodologyforsmalltomediumsizedteamsdevelopingsoftwareinthefaceofvagueorrapidlychangingrequirements.--KentBeck.KentBeck,WardCunningham,MartinFowler,RonJeffries于2000年創(chuàng)立立XP是軟件件開發(fā)發(fā)過程程中的的紀(jì)律律，它它規(guī)定定你：：必須須在編編程前前些測測試，，必須須兩個個人一一起編編程，，必須須遵守守編程程規(guī)范范……。XP是把最最好的的實踐踐經(jīng)驗驗提取取出來來，形形成了了一個個嶄新新的開開發(fā)方方法。。ExtremeProgramming什么是是XPExtremeProgramming極限的的含義義：軟件開開發(fā)中中的優(yōu)優(yōu)點發(fā)發(fā)揮到到極致致(KentBeck).XP：給程序序員提提供了了明確確的方方法，，使得得程序序員盡盡管面面對需需求的的改變變，卻卻能夠夠從容容應(yīng)對對，即即使著著重變變化發(fā)發(fā)生在在項目目的后后期，，仍然然能夠夠編出出代碼碼。XP核心：：溝通、、簡明明、反反饋和和勇氣氣XP重視溝溝通，，客戶戶、開開發(fā)人人員、、管理理者共共同組組成團(tuán)團(tuán)隊。。XP是一個個實踐踐系統(tǒng)統(tǒng)13個實踐踐XP方方法的的貢獻(xiàn)獻(xiàn)以擁抱抱變化化的思思想，，協(xié)作作的團(tuán)團(tuán)隊，，簡單單的規(guī)規(guī)則等等為原原則的的13個具體體實踐踐是知名名度最最高的的敏捷捷開發(fā)發(fā)方法法XP的計劃/反饋饋循環(huán)環(huán)XP開發(fā)工工作流流XP的關(guān)鍵鍵實踐踐:編程方方法交付和和管理理小組實實踐XP的關(guān)鍵鍵實踐踐結(jié)對編編程測試驅(qū)驅(qū)動開開發(fā)重構(gòu)簡單設(shè)設(shè)計代碼集集體所所有編碼標(biāo)標(biāo)準(zhǔn)穩(wěn)定高高速的的步伐伐持續(xù)集集成隱喻現(xiàn)場客客戶完整的的團(tuán)隊隊小規(guī)模模發(fā)布布計劃游游戲編程方方法小組實實踐交付和和管理理交付和和管理理交付和和管理理1:完整的的團(tuán)隊隊(WholeTeam)ProductManager/ProjectmanagerCoachTeamleadDevelopersTrackerTester(On-Site)Customers所有的的小組組成員員應(yīng)在在同一一個工工作地地點工工作。。成員員中中必必須須有有一一個個用用戶戶代代表表（（On-siteUser）,由他他/她來來提提出出需需求求，，確確定定開開發(fā)發(fā)優(yōu)優(yōu)先先級級，，把把握握開開發(fā)發(fā)的的動動向向。。通常常還還設(shè)設(shè)一一個個教教練練（（Coach）角角色色，，來來指指導(dǎo)導(dǎo)XP方法法的的實實施施及及與與外外部部的的溝溝通通協(xié)協(xié)調(diào)調(diào)等等。。小組組每每個個成成員員都都應(yīng)應(yīng)圍圍繞繞用用戶戶代代表表，，充充分分貢貢獻(xiàn)獻(xiàn)自自己己的的技技能能。。交付付和和管管理理2:計劃劃游游戲戲(PlanningGame)增加/改變需求產(chǎn)生和評估UserStory發(fā)布計劃迭代計劃1迭代計劃2迭代計劃n…………實施迭代1實施迭代2實施迭代n…………1..N個發(fā)布探索階段計劃階段調(diào)整階段調(diào)整開發(fā)速度/內(nèi)容交付付和和管管理理3:現(xiàn)場場客客戶戶(On-SiteCustomer)客戶戶是是Team成員員，，在在開開發(fā)發(fā)現(xiàn)現(xiàn)場場和和開開發(fā)發(fā)人人員員一一起起工工作作。。傳傳統(tǒng)統(tǒng)的的客客戶戶任任務(wù)務(wù)一一般般是是講講解解需需求求，，運運行行驗驗收收測測試試，，接接收收發(fā)發(fā)布布的的系系統(tǒng)統(tǒng)。。XP新增增加加的的任任務(wù)務(wù)：：(1)寫UserStory(2)評估估UserStory的商商業(yè)業(yè)優(yōu)優(yōu)先先級級(3)為每每個個UserStory定義義驗驗收收測測試試(4)計劃劃開開發(fā)發(fā)內(nèi)內(nèi)容容(5)調(diào)控控開開發(fā)發(fā)過過程程(6)建立立商商業(yè)業(yè)模模型型，，把把隱隱藏藏在在客客戶戶需需求求下下的的原原則則傳傳授授給給開開發(fā)發(fā)人人員員(8)程序序員員分分擔(dān)擔(dān)任任務(wù)務(wù)的的過過程程支支解解了了對對他他們們商商業(yè)業(yè)模模型型的的理理解解(9)參加加設(shè)設(shè)計計過過程程(10)和程程序序員員一一起起找找出出Metaphor，導(dǎo)導(dǎo)引引設(shè)設(shè)計計方方向向(11)在Metaphor的幫幫助助下下，，定定義義更更有有效效更更實實際際的的功功能能測測試試，，給給程程序序員員的的設(shè)設(shè)計計制制定定了了規(guī)規(guī)范范交付和管管理4:小規(guī)模發(fā)發(fā)布降低開發(fā)發(fā)風(fēng)險。。保證客戶戶有足夠夠的依據(jù)據(jù)調(diào)控開開發(fā)過程程(增加、刪刪除或改改變UserStory)?？蛻羰褂糜冒l(fā)布的的系統(tǒng)，，可以保保證頻繁繁地反饋饋和交流流。發(fā)布過程程應(yīng)該盡盡可能地地自動化化、規(guī)范范化。不斷地發(fā)發(fā)布可用用的系統(tǒng)統(tǒng)可以告告訴客戶戶你在做做正確的的事情。。低風(fēng)險智能化適應(yīng)調(diào)整整頻繁交流流知會客戶戶頻繁發(fā)布布經(jīng)過驗證證隨著開發(fā)發(fā)的推進(jìn)進(jìn)，發(fā)布布越來越越頻繁。。所有的發(fā)發(fā)布都要要經(jīng)過功功能測試試。小規(guī)模發(fā)發(fā)布小組實踐踐小組實踐踐1:持續(xù)集成成(Continuousintegration)持續(xù)集成成指不斷斷地把完完成的功功能模塊塊整合在在一起。。目的在在于不斷斷獲得客客戶反饋饋以及盡盡早發(fā)現(xiàn)現(xiàn)BUG。隨時整合合，越頻頻繁越好好；集成成及測試試過程的的自動化化程度越越高越好好。“ATestaday,takesthebugsaway””---Siemens失敗通過時間功能測試小組實踐踐1:持續(xù)集成成(Continuousintegration)1自動化編編譯質(zhì)量量度量23自動化測測試持續(xù)反饋饋團(tuán)隊實踐踐2:隱喻(SystemMetaphor)“Thesystemmetaphorisastorythateveryone-customers,programmers,andmanagers-

cantellabouthowthesystemworks.”——KentBeckTeam將Domain/Sub-DomainModel，Design/Sub-DesignModel以及一些些關(guān)鍵概概念等等等抽象化化為比喻喻。通過過這些比比喻，加加強客戶戶和程序序員之間間的相互互理解，，消化積積累知識識，指導(dǎo)導(dǎo)設(shè)計開開發(fā)的方方向。例：Market——發(fā)布/瀏覽，價價格洽談?wù)?，生成成和履行行合同；；String，Tree，Package，Chartroom，Spider，Robot………；電影后期期制作—>郵遞—>電影院播播放電影影。小組實踐踐2:隱喻(SystemMetaphor)Metaphor的形成過過程，是是客戶建建立并抽抽象商業(yè)業(yè)模型和和商業(yè)概概念的過過程，是是程序員員建立并并抽象設(shè)設(shè)計模型型和設(shè)計計概念的的過程。。Metaphor使客戶和和程序員員用共通通的模型型和語言言進(jìn)行交交流—““OneTeam,onelanguage”。Metaphor可以幫助助減少““知識泄泄露”和和“支解解知識””。Metaphor是設(shè)計過過程的航航標(biāo)——真正靈活活有效的的設(shè)計是是針對商商業(yè)原則則的設(shè)計計，而不不是針對對商業(yè)原原則表現(xiàn)現(xiàn)形式的的設(shè)計，，更不是是脫離商商業(yè)需求求目的的的學(xué)術(shù)設(shè)設(shè)計。隨著開發(fā)發(fā)的繼續(xù)續(xù)，Team會找到更更好的Metaphor。這是知知識細(xì)化化、深化化的結(jié)果果，是““持續(xù)學(xué)學(xué)習(xí)”(Continuouslearning)的過程；；是對商商業(yè)模型型和設(shè)計計模型的的持續(xù)重重構(gòu)。小組實踐踐3:編碼標(biāo)準(zhǔn)準(zhǔn)(Codingstandards)編碼標(biāo)準(zhǔn)準(zhǔn)的目的的：防防止團(tuán)隊隊被一些些無關(guān)緊緊要的愚愚蠢爭論論搞得不不知所措措。不要預(yù)先先花費太太多時間間目標(biāo)應(yīng)該該是團(tuán)隊隊中沒有有人辨認(rèn)認(rèn)各自的的代碼以團(tuán)隊為為單位對對某一標(biāo)標(biāo)準(zhǔn)達(dá)成成協(xié)議，，然后遵遵守這一一標(biāo)準(zhǔn)不是事無無巨細(xì)的的規(guī)則列列表，而而是確保保代碼可可交流的的指導(dǎo)方方針七個原則則編碼標(biāo)準(zhǔn)準(zhǔn)開始時時應(yīng)很簡簡單，然然后根據(jù)據(jù)團(tuán)隊經(jīng)經(jīng)驗逐步步進(jìn)化創(chuàng)建能夠夠工作的的最簡單單標(biāo)準(zhǔn)，，然后逐逐步發(fā)展展只制訂適適合本團(tuán)團(tuán)隊的小組實踐4:集體擁有代代碼“我們”的的代碼，而而不是“我我”的代碼碼。任何人可以以改動任何何一段代碼碼，但改動動后的代碼碼必須通過過所有相關(guān)關(guān)的測試。。簡單設(shè)計，，編碼標(biāo)準(zhǔn)準(zhǔn)和結(jié)對編編程，使閱閱讀和修改改Team內(nèi)其他人的的代碼變得得實際可行行。思考：同公公司信息安安全可能有有沖突？在一定范圍圍內(nèi)進(jìn)行集集體擁有代代碼還是可可行的小組實踐5:穩(wěn)定高速的的步伐(40-HourWeek)“每天早晨都都感到有活活力有激情情，每天晚晚上都感到到疲憊而滿滿足。”---KentBeck8:00AMStandupMeetingPairUpTester自我測試編碼重構(gòu)集成并納入CI驗證5:30PM結(jié)束測試用例編程方法編程方法1:測試驅(qū)動開開發(fā)(TDD)失敗通過時間單元測試100%

通過設(shè)計先寫單元測試重構(gòu)運行單元測試編程發(fā)現(xiàn)BUG集成先寫功能測試UserStory運行功能測試編程方法2:重構(gòu)(Refactoring)減少重復(fù)設(shè)設(shè)計，優(yōu)化化設(shè)計結(jié)構(gòu)構(gòu)，提高技技術(shù)上的重重用性和可可擴展性。。重構(gòu)和編程程前的計劃劃型設(shè)計(PlannedDesign)結(jié)合，使XP的簡單設(shè)計計可行有效效。XP提倡毫不留留情的重構(gòu)構(gòu)(Refactormercilessly)。任何人可以以重構(gòu)任何何代碼，前前提是重構(gòu)構(gòu)后的代碼碼一定要通通過100%測試單元測測試后才能能被Check-in。可以根據(jù)需需要，將一一個迭代的的全部目標(biāo)標(biāo)定為重構(gòu)構(gòu)。不要太在意意什么是最最簡單的設(shè)設(shè)計——愿意在最后后重構(gòu)，比比知道如何何做簡單的的設(shè)計重要要得多。在Metaphor指引下的重重構(gòu)，是為為商業(yè)模型型服務(wù)的。。不要把重重構(gòu)變成不不斷的盲目目精簡代碼碼。編程方法3:簡單設(shè)計簡單設(shè)計Dothesimplestthingthatcouldpossiblywork；Youaren’’tgoingtoneedit如果沒有它它和眾多慣慣例規(guī)則之之間的耦合合，XP的演化設(shè)計計就蛻化成成CODE-FIX。XP的演化設(shè)計計是在Up-frontdesign和Refactoring之間找到新新的平衡。。需求分析設(shè)計編碼測試集成使用和維護(hù)PlannedDesignXPDesign變化導(dǎo)致的成本增加軟件研發(fā)異動曲線編程方法3:簡單設(shè)計標(biāo)準(zhǔn)(依重要性)：通過所有有測試，可可讀性高的的代碼，避避免重復(fù)，，最少數(shù)量量的類別或或方法。SystemMetaphor給設(shè)計提供供了指引，，加強Team對設(shè)計的理理解；第一個迭代代搭建了基基本的系統(tǒng)統(tǒng)框架。以后的迭代代過程，是是在反饋和和編程的基基礎(chǔ)上做交交互式設(shè)計計，減少了了設(shè)計的投投機性。迭代過程中中的CRC卡幫助Team交流設(shè)計思思想，簡化化了設(shè)計文文檔。構(gòu)對設(shè)計進(jìn)進(jìn)行優(yōu)化。。XP認(rèn)為設(shè)計非非常重要，，因此應(yīng)該該是一個持持續(xù)的事務(wù)務(wù)。我們總總是先嘗試試使用能夠夠工作的最最簡單的設(shè)設(shè)計，然后后隨著現(xiàn)實實的不斷顯顯現(xiàn)來更改改它。對對簡單設(shè)計計的需求并并不是說所所有設(shè)計都都很小，也也不表示它它們是無足足輕重的。。它們只不不過需要盡盡可能簡單單，但是仍仍能工作。。編程方法4:結(jié)對編程(PairProgramming)所有設(shè)計決決策都牽涉涉到至少兩兩個人。至少有兩個個人熟悉系系統(tǒng)的每一一部分。幾乎不可能能出現(xiàn)兩個個人同時疏疏忽測試或或其它任務(wù)務(wù)。改變各對的的組合在可可以在團(tuán)隊隊范圍內(nèi)傳傳播知識。。代碼總是由由至少一人人復(fù)查。結(jié)對的編程程比單獨編編程更有效效。XP中最有爭議議的實踐之之一目錄2.1XP-eXtremePrograming2敏捷系列2.2SCRUM1敏捷開發(fā)簡簡介3敏捷與CMM4敏捷開發(fā)的的誤區(qū)SCRUMSCRUM來源于橄欖欖球運動，，指：“在橄欖球比比賽中，雙雙方前鋒站站在一起緊緊密相連，，當(dāng)球在他他們之間投投擲時他們們奮力爭球球。”Scrum提供了一種種經(jīng)驗方法法，它使得得團(tuán)隊成員員能夠獨立立地，集中中地在創(chuàng)造造性的環(huán)境境下工作。。它發(fā)現(xiàn)了了軟件工程程的社會意意義。這一一過程是迅迅速，有適適應(yīng)性，自自組織的，，它代表了了從順序開開發(fā)過程以以來的重大大變化。(KenSchwaber)Scrum是一種靈活活的軟件管管理過程，，它可以幫幫助駕馭迭迭代、遞增增的軟件開開發(fā)過程。。Scrum于1995年提出，并并在2001年同其他方方法論一起起組成“敏敏捷聯(lián)盟（（AgileAlliance）”。Scrum這個輕量的的過程可以以作為包裝裝器，也就就是說你可可以把Scrum與其它靈活活的過程框框架組合起起來。SCRUM的過程圖SCRUM實踐1.Scrum團(tuán)隊：5-7個人的小項項目團(tuán)隊，，團(tuán)隊的的負(fù)責(zé)人可可能擔(dān)負(fù)起起ScrumMaster的角色。2.Backlog:急待完成的的一系列任任務(wù)，包括括：未細(xì)化化的產(chǎn)品功功能要求、、Bugs、缺陷、用用戶提出的的改進(jìn)、具具競爭力的的功能及技技術(shù)升級等等，按優(yōu)先先級定義出出來，這些些任務(wù)可能能不是完整整的，甚至至可能隨時時會更改或或添加。3.Sprint(沖刺):通常為30天的迭代時時間，把Backlog中的每一項項安排在Sprint中，由團(tuán)隊隊估算出所所需要的時時間（按小小時記）。。每一次次Sprint之后，一定定要有可以以交付使用用的功能。。4.Scrum會議:這是與傳統(tǒng)統(tǒng)方式最大大的區(qū)別，，每天15-20分鐘的Scrum會議，通常常在每天的的同一時間間和同一個個房間內(nèi)舉舉行。Scrum團(tuán)隊所有人人都參加，，也可以有有旁聽者（（但不允許許旁聽者指指手劃腳））。在這這個15分鐘的會議議上，ScrumMaster會詢問每個個成員三個個問題:

a)自上次Scrum會議后的1天里你做了了什么？b)從現(xiàn)在到下下次Scrum會議的1天時間里你你準(zhǔn)備做什什么？c)你在工作中中遇到了哪哪些困難？？

每個成成員在Backlog條目上所花花費的時間間會被記錄錄到Springbacklog中。ScrumMaster在會上對存存在的問題題提出即時時的解決方方案或指導(dǎo)導(dǎo)，使團(tuán)隊隊不斷向著著目標(biāo)前進(jìn)進(jìn)。Scrum會議不同于于項目會議議，對團(tuán)隊隊來說，它它起到了快快速簡報的的作用。5.通過SprintBacklog的分析，可可以了解Backlog的進(jìn)度，盡盡早的了解解所發(fā)生的的問題6.管理者不在在是項目或或者團(tuán)隊的的``老板",而是幫助團(tuán)團(tuán)隊解決問問題的``協(xié)調(diào)者"或是``助手"。7.每一次Sprint之后要review，團(tuán)隊按照照既定的SprintBacklog目標(biāo)來演示示完成的內(nèi)內(nèi)容。Scrum中的3、3、3三種工件三種會議三種角色待開發(fā)任務(wù)務(wù)列表(TheSprintBacklog)待修復(fù)缺陷陷列表(Thedefectbacklog)進(jìn)度圖、燃燃盡圖(BrunDownChart)ProductOwnerScrumMaster團(tuán)隊成員(ScrumTeam）迭代計劃會會議(SprintPlanningMeeting)每日晨會(DailyScrumMeeting)迭代回顧會會議(SprintReviewMeeting)ProductBacklogSPRINT劃分示意Sprint會議根據(jù)Backlog，制定每次次Sprint的計劃目錄2敏捷系列1敏捷開發(fā)簡簡介3敏捷開發(fā)的的誤區(qū)討論誤區(qū)一:敏捷是"一個”過程誤區(qū)二:敏捷僅是個個軟件過程程誤區(qū)三:敏捷是反文文檔的誤區(qū)四:為了敏捷而敏捷捷誤區(qū)五:重做就是重重構(gòu)誤區(qū)一:敏捷是"一個”過程敏捷不是一一個過程，，是一類過過程的統(tǒng)稱稱，它們有有一個共性性，就是符符合敏捷價價值觀，遵遵循敏捷的的原則。誤區(qū)二:敏捷僅是個個軟件過程程敏捷相對以以前的軟件件工程最大大的革新之之處在于把把人的作用用提高到了了過程至上上，正如敏敏捷宣言的的第一條““個體和交交互勝過過過程和工具具”所說的的。涉及到人的的問題，就就已經(jīng)不再再是過程所所能覆蓋的的了，就到到了企業(yè)管管理的層面面上了，包包括企業(yè)的的價值觀和和文化。這這也是敏捷捷在國內(nèi)實實施的最大大障礙：把客戶當(dāng)作作合作伙伴伴而不是對對手，從客客戶角度