1、敏捷開(kāi)發(fā)流程與方法,Strictly Private and Confidential,BGCN交付管理部,目錄,1.1,敏捷的起源,2,敏捷系列,1.2,敏捷方法體系,1,敏捷開(kāi)發(fā)簡(jiǎn)介,3,敏捷開(kāi)發(fā)的誤區(qū),1.3,敏捷宣言,1.4,為什么要敏捷?,敏捷開(kāi)發(fā)的起源,上個(gè)世紀(jì)90年代,2001年,2004年以后,萌芽-產(chǎn)生敏捷方法,敏捷方法是從上個(gè)世紀(jì)90年代開(kāi)始發(fā)展起來(lái)的一組方法學(xué)的總稱(chēng)，包括極限編程等等。這些方法學(xué)之間有一些差異，但是差異不是特別大,正規(guī)成立敏捷聯(lián)盟,每種方法學(xué)的領(lǐng)導(dǎo)人共同起草了敏捷軟件開(kāi)發(fā)宣言，總結(jié)出方法之間的共同點(diǎn)，最終就是價(jià)值，并且用敏捷這個(gè)詞給這種方法學(xué)一個(gè)統(tǒng)稱(chēng),發(fā)展

2、開(kāi)始廣為流行,500強(qiáng)公司中眾多公司應(yīng)用敏捷;如HP,Microsoft,IBM等,什么是敏捷開(kāi)發(fā)？,敏捷開(kāi)發(fā)（Agile Development）是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法。,目錄,1.1,敏捷的起源,1.2,敏捷方法體系,1,敏捷開(kāi)發(fā)簡(jiǎn)介,1.3,敏捷宣言,1.4,為什么要敏捷?,2,敏捷系列,3,敏捷開(kāi)發(fā)的誤區(qū),敏捷方法,XP -eXtreme Programing極限編程: 思想源自Kent Beck和Ward Cunningham在軟件項(xiàng)目中的合作經(jīng)歷。 SCRUM： 是一種迭代的增量化過(guò)程，用于產(chǎn)品開(kāi)發(fā)或工作管理 。 水晶方法Crystal: 由Alistair C

3、ockburn在1990年代末提出。把不同類(lèi)型的項(xiàng)目采用不同的方法。 FDD特性驅(qū)動(dòng) Feature Driven Development， 由Peter Coad、Jeff de Luca 、Eric Lefebvre共同開(kāi)發(fā)，是一套針對(duì)中小型軟件開(kāi)發(fā)項(xiàng)目的開(kāi)發(fā)模式。它強(qiáng)調(diào)的是簡(jiǎn)化、實(shí)用、 易于被開(kāi)發(fā)團(tuán)隊(duì)接受，適用于需求經(jīng)常變動(dòng)的項(xiàng)目。 DSDM-Dynamic System Development Methodology， 它倡導(dǎo)以業(yè)務(wù)為核心，快速而有效地進(jìn)行系統(tǒng)開(kāi)發(fā)， 在英國(guó)等歐洲國(guó)家比較流行。 ASD-Adaptive Software Development， 由Jim Highsm

4、ith在1999年正式提出。ASD強(qiáng)調(diào)開(kāi)發(fā)方法的適應(yīng)性（Adaptive）,敏捷開(kāi)發(fā)特點(diǎn),敏捷開(kāi)發(fā)包括很多方法，例如XP和FDD，同重量級(jí)的文檔驅(qū)動(dòng)的開(kāi)發(fā)過(guò)程相比較，敏捷方法在靈活性等方面更有吸引力。這個(gè)方法的創(chuàng)始人強(qiáng)調(diào)了在軟件實(shí)踐過(guò)程中的變更而不是孤立的進(jìn)行一些實(shí)踐。 很多方法很難獨(dú)立的使用。如:測(cè)試驅(qū)動(dòng)的開(kāi)發(fā)，結(jié)對(duì)開(kāi)發(fā)，計(jì)劃調(diào)整周期以及持續(xù)改進(jìn)，不過(guò)，后來(lái)的結(jié)果證實(shí)，這些方法都取得了成功。 使用這些方法并不能保證一定成功。開(kāi)發(fā)者的經(jīng)驗(yàn)和技術(shù)仍舊是影響開(kāi)發(fā)結(jié)果的最主要因素。對(duì)于合適的人，基于敏捷原則的開(kāi)發(fā)方法可以產(chǎn)生更好的結(jié)果，同時(shí)形成一個(gè)愉快地、有激情的工作環(huán)境,目錄,1.1,敏捷的起源,

5、1.2,敏捷方法體系,1,敏捷開(kāi)發(fā)簡(jiǎn)介,1.3,敏捷宣言,1.4,為什么要敏捷?,2,敏捷系列,3,敏捷開(kāi)發(fā)的誤區(qū),敏捷宣言,核心理念： 適應(yīng)和以人為本,客戶(hù)合作勝過(guò)合同談判,響應(yīng)變化勝過(guò)遵循計(jì)劃,可以工作的軟件勝過(guò)面面俱到的文檔,個(gè)體和交互勝過(guò)過(guò)程和工具,敏捷規(guī)則,最高目標(biāo)是能持續(xù)地、及早地向客戶(hù)交付軟件； 擁抱變化； 頻繁地發(fā)布可運(yùn)行的軟件； 客戶(hù)和開(kāi)發(fā)人員在一起工作； 以人為本； 最重要的衡量開(kāi)發(fā)過(guò)程的手段，是可工作的軟件； 穩(wěn)定的開(kāi)發(fā)速度； 敏捷高效的設(shè)計(jì)； 簡(jiǎn)單有效； 重視Teamwork； 積極的調(diào)整。,目錄,1.1,敏捷的起源,1.2,敏捷方法體系,1,敏捷開(kāi)發(fā)簡(jiǎn)介,1.3,敏捷

6、宣言,1.4,為什么要敏捷?,2,敏捷系列,3,敏捷開(kāi)發(fā)的誤區(qū),我們?yōu)槭裁葱枰艚?我們?yōu)槭裁葱枰艚?部門(mén)： 1) 培養(yǎng)團(tuán)隊(duì)合作精神，穩(wěn)定開(kāi)發(fā)隊(duì)伍； 2) 提高開(kāi)發(fā)人員的水平； 3) 提高項(xiàng)目成功率，降低開(kāi)發(fā)成本，提升軟件開(kāi)發(fā)效率 項(xiàng)目經(jīng)理： 1) 更好地和用戶(hù)溝通，更清晰地理解用戶(hù)需求； 2) 更充分地使用資源，更科學(xué)地調(diào)配資源，更精確地掌握開(kāi)發(fā)進(jìn)度。 系統(tǒng)分析設(shè)計(jì)： 1) 設(shè)計(jì)更加完善； 2) 更有效地更新知識(shí)，得到其他成員更多的尊重。 程序員： 1) 學(xué)習(xí)系統(tǒng)設(shè)計(jì)和項(xiàng)目管理； 2) 提高學(xué)習(xí)和工作效率，受到重視，減少加班時(shí)間，工作更高效,誰(shuí)在用敏捷,Fortune 500 公司中成功應(yīng)

7、用XP的公司包括Ford，Daimler-Chrysler，F(xiàn)irst Union National Bank，IBM，HP等等。 通信業(yè)NS，Ericsson, Alcatel等都號(hào)稱(chēng)在轉(zhuǎn)向敏捷 更多是小規(guī)模開(kāi)發(fā)隊(duì)伍（小規(guī)模開(kāi)發(fā)隊(duì)伍 小規(guī)模項(xiàng)目） 越來(lái)越多的公司開(kāi)始使用敏捷開(kāi)發(fā)過(guò)程,敏捷開(kāi)發(fā)成功的因素,知識(shí)和技能,文化和氛圍,自組織團(tuán)隊(duì),開(kāi)放的心態(tài),目錄,2.1,XP -eXtreme Programing,2,敏捷系列,2.2,SCRUM,1,敏捷開(kāi)發(fā)簡(jiǎn)介,3,敏捷開(kāi)發(fā)的誤區(qū),敏捷實(shí)踐,在敏捷的兩個(gè)門(mén)派：XP、Scrum中，整理歸納了很多可以用于協(xié)助軟件開(kāi)發(fā)的實(shí)踐，后面統(tǒng)稱(chēng)為敏捷實(shí)踐。,什

8、么是XP,XP is a lightweight methodology for small to medium sized teams developing software in the face of vague or rapidly changing requirements. - Kent Beck. Kent Beck, Ward Cunningham, Martin Fowler, Ron Jeffries于2000年創(chuàng)立 XP是軟件開(kāi)發(fā)過(guò)程中的紀(jì)律，它規(guī)定你：必須在編程前些測(cè)試，必須兩個(gè)人一起編程，必須遵守編程規(guī)范。 XP是把最好的實(shí)踐經(jīng)驗(yàn)提取出來(lái)，形成了一個(gè)嶄新的開(kāi)發(fā)方法。,

9、什么是XP,極限的含義：軟件開(kāi)發(fā)中的優(yōu)點(diǎn)發(fā)揮到極致(Kent Beck). XP：給程序員提供了明確的方法，使得程序員盡管面對(duì)需求的改變，卻能夠從容應(yīng)對(duì)，即使著重變化發(fā)生在項(xiàng)目的后期，仍然能夠編出代碼。 XP核心：溝通、簡(jiǎn)明、反饋和勇氣 XP重視溝通，客戶(hù)、開(kāi)發(fā)人員、管理者共同組成團(tuán)隊(duì)。 XP是一個(gè)實(shí)踐系統(tǒng) 13個(gè)實(shí)踐 XP方法的貢獻(xiàn) 以擁抱變化的思想，協(xié)作的團(tuán)隊(duì)，簡(jiǎn)單的規(guī)則等為原則的13個(gè)具體實(shí)踐 是知名度最高的敏捷開(kāi)發(fā)方法,XP的計(jì)劃/反饋循環(huán),XP開(kāi)發(fā)工作流,XP的關(guān)鍵實(shí)踐:,編程方法,交付和管理,小組實(shí)踐,XP的關(guān)鍵實(shí)踐,結(jié)對(duì)編程,測(cè)試驅(qū)動(dòng)開(kāi)發(fā),重構(gòu),簡(jiǎn)單設(shè)計(jì),代碼集體所有,編碼標(biāo)準(zhǔn),

10、穩(wěn)定高速的步伐,持續(xù)集成,隱喻,現(xiàn)場(chǎng)客戶(hù),完整的團(tuán)隊(duì),小規(guī)模發(fā)布,計(jì)劃游戲,編程方法,小組實(shí)踐,交付和管理,交付和管理,交付和管理1:完整的團(tuán)隊(duì)(Whole Team),Product Manager/Project manager Coach Team lead Developers Tracker Tester (On-Site) Customers,所有的小組成員應(yīng)在同一個(gè)工作地點(diǎn)工作。 成員中必須有一個(gè)用戶(hù)代表（On-site User）,由他/她來(lái)提出需求，確定開(kāi)發(fā)優(yōu)先級(jí)，把握開(kāi)發(fā)的動(dòng)向。 通常還設(shè)一個(gè)教練（Coach）角色，來(lái)指導(dǎo)XP方法的實(shí)施及與外部的溝通協(xié)調(diào)等。 小組每個(gè)成員都

11、應(yīng)圍繞用戶(hù)代表，充分貢獻(xiàn)自己的技能。,交付和管理2: 計(jì)劃游戲(Planning Game),交付和管理3:現(xiàn)場(chǎng)客戶(hù)(On-Site Customer),客戶(hù)是Team成員，在開(kāi)發(fā)現(xiàn)場(chǎng)和開(kāi)發(fā)人員一起工作。 傳統(tǒng)的客戶(hù)任務(wù)一般是講解需求，運(yùn)行驗(yàn)收測(cè)試，接收發(fā)布的系統(tǒng)。XP新增加的任務(wù)： (1) 寫(xiě)User Story (2) 評(píng)估User Story的商業(yè)優(yōu)先級(jí) (3) 為每個(gè)User Story定義驗(yàn)收測(cè)試 (4) 計(jì)劃開(kāi)發(fā)內(nèi)容 (5) 調(diào)控開(kāi)發(fā)過(guò)程 (6) 建立商業(yè)模型，把隱藏在客戶(hù)需求下的原則傳授給開(kāi)發(fā)人員 (8) 程序員分擔(dān)任務(wù)的過(guò)程支解了對(duì)他們商業(yè)模型的理解 (9) 參加設(shè)計(jì)過(guò)程 (1

12、0)和程序員一起找出Metaphor，導(dǎo)引設(shè)計(jì)方向 (11)在Metaphor的幫助下，定義更有效更實(shí)際的功能測(cè)試，給程序員的設(shè)計(jì)制定了規(guī)范,交付和管理4:小規(guī)模發(fā)布,降低開(kāi)發(fā)風(fēng)險(xiǎn)。,保證客戶(hù)有足夠的依據(jù)調(diào)控開(kāi)發(fā)過(guò)程(增加、刪除或改變User Story)。,客戶(hù)使用發(fā)布的系統(tǒng)，可以保證頻繁地反饋和交流。,發(fā)布過(guò)程應(yīng)該盡可能地自動(dòng)化、規(guī)范化。,不斷地發(fā)布可用的系統(tǒng)可以告訴客戶(hù)你在做正確的事情。,低風(fēng)險(xiǎn),智能化,適應(yīng)調(diào)整,頻繁交流,知會(huì)客戶(hù),頻繁發(fā)布,經(jīng)過(guò)驗(yàn)證,隨著開(kāi)發(fā)的推進(jìn)，發(fā)布越來(lái)越頻繁。,所有的發(fā)布都要經(jīng)過(guò)功能測(cè)試。,小規(guī)模發(fā)布,小組實(shí)踐,小組實(shí)踐1:持續(xù)集成(Continuous int

13、egration),持續(xù)集成指不斷地把完成的功能模塊整合在一起。目的在于不斷獲得客戶(hù)反饋以及盡早發(fā)現(xiàn)BUG。 隨時(shí)整合，越頻繁越好；集成及測(cè)試過(guò)程的自動(dòng)化程度越高越好。 “A Test a day ,takes the bugs away”-Siemens,小組實(shí)踐1:持續(xù)集成(Continuous integration),1,自動(dòng)化編譯質(zhì)量度量,2,3,自動(dòng)化測(cè)試,持續(xù)反饋,團(tuán)隊(duì)實(shí)踐2:隱喻(System Metaphor),“The system metaphor is a story that everyone - customers, programmers, and manager

14、s - can tell about how the system works.” Kent Beck Team將Domain/Sub-Domain Model，Design/Sub-Design Model以及一些關(guān)鍵概念等等抽象化為比喻。通過(guò)這些比喻，加強(qiáng)客戶(hù)和程序員之間的相互理解，消化積累知識(shí)，指導(dǎo)設(shè)計(jì)開(kāi)發(fā)的方向。 例： Market 發(fā)布/瀏覽，價(jià)格洽談，生成和履行合同； String，Tree，Package，Chartroom，Spider，Robot ； 電影后期制作 郵遞 電影院播放電影。,小組實(shí)踐2:隱喻(System Metaphor),Metaphor的形成過(guò)程，是客戶(hù)建

15、立并抽象商業(yè)模型和商業(yè)概念的過(guò)程，是程序員建立并抽象設(shè)計(jì)模型和設(shè)計(jì)概念的過(guò)程。 Metaphor使客戶(hù)和程序員用共通的模型和語(yǔ)言進(jìn)行交流 “One Team, one language”。 Metaphor可以幫助減少“知識(shí)泄露”和“支解知識(shí)”。 Metaphor是設(shè)計(jì)過(guò)程的航標(biāo) 真正靈活有效的設(shè)計(jì)是針對(duì)商業(yè)原則的設(shè)計(jì)，而不是針對(duì)商業(yè)原則表現(xiàn)形式的設(shè)計(jì)，更不是脫離商業(yè)需求目的的學(xué)術(shù)設(shè)計(jì)。 隨著開(kāi)發(fā)的繼續(xù)，Team會(huì)找到更好的Metaphor。這是知識(shí)細(xì)化、深化的結(jié)果，是“持續(xù)學(xué)習(xí)”(Continuous learning)的過(guò)程；是對(duì)商業(yè)模型和設(shè)計(jì)模型的持續(xù)重構(gòu)。,小組實(shí)踐3:編碼標(biāo)準(zhǔn)(Cod

16、ing standards),編碼標(biāo)準(zhǔn)的目的： 防止團(tuán)隊(duì)被一些無(wú)關(guān)緊要的愚蠢爭(zhēng)論搞得不知所措。,不要預(yù)先花費(fèi)太多時(shí)間,目標(biāo)應(yīng)該是團(tuán)隊(duì)中沒(méi)有人辨認(rèn)各自的代碼,以團(tuán)隊(duì)為單位對(duì)某一標(biāo)準(zhǔn)達(dá)成協(xié)議，然后遵守這一標(biāo)準(zhǔn),不是事無(wú)巨細(xì)的規(guī)則列表，而是確保代碼可交流的指導(dǎo)方針,七個(gè)原則,編碼標(biāo)準(zhǔn)開(kāi)始時(shí)應(yīng)很簡(jiǎn)單，然后根據(jù)團(tuán)隊(duì)經(jīng)驗(yàn)逐步進(jìn)化,創(chuàng)建能夠工作的最簡(jiǎn)單標(biāo)準(zhǔn)，然后逐步發(fā)展,只制訂適合本團(tuán)隊(duì)的,小組實(shí)踐4:集體擁有代碼,“我們”的代碼，而不是“我”的代碼。 任何人可以改動(dòng)任何一段代碼，但改動(dòng)后的代碼必須通過(guò)所有相關(guān)的測(cè)試。 簡(jiǎn)單設(shè)計(jì)，編碼標(biāo)準(zhǔn)和結(jié)對(duì)編程，使閱讀和修改Team內(nèi)其他人的代碼變得實(shí)際可行。 思考：同

17、公司信息安全可能有沖突？,在一定范圍內(nèi)進(jìn)行集體擁有代碼還是可行的,小組實(shí)踐5:穩(wěn)定高速的步伐(40-Hour Week),“每天早晨都感到有活力有激情，每天晚上都感到疲憊而滿(mǎn)足?！?- Kent Beck,編程方法,編程方法1:測(cè)試驅(qū)動(dòng)開(kāi)發(fā)(TDD),編程方法2:重構(gòu)(Refactoring ),減少重復(fù)設(shè)計(jì)，優(yōu)化設(shè)計(jì)結(jié)構(gòu)，提高技術(shù)上的重用性和可擴(kuò)展性。,重構(gòu)和編程前的計(jì)劃型設(shè)計(jì)(Planned Design)結(jié)合，使XP的簡(jiǎn)單設(shè)計(jì)可行有效。,XP提倡毫不留情的重構(gòu)(Refactor mercilessly)。,任何人可以重構(gòu)任何代碼，前提是重構(gòu)后的代碼一定要通過(guò)100%測(cè)試單元測(cè)試后才能被C

18、heck-in。,可以根據(jù)需要，將一個(gè)迭代的全部目標(biāo)定為重構(gòu)。,不要太在意什么是最簡(jiǎn)單的設(shè)計(jì) 愿意在最后重構(gòu)，比知道如何做簡(jiǎn)單的設(shè)計(jì)重要得多。,在Metaphor指引下的重構(gòu)，是為商業(yè)模型服務(wù)的。不要把重構(gòu)變成不斷的盲目精簡(jiǎn)代碼。,編程方法3:簡(jiǎn)單設(shè)計(jì),簡(jiǎn)單設(shè)計(jì) Do the simplest thing that could possibly work；You arent going to need it 如果沒(méi)有它和眾多慣例規(guī)則之間的耦合，XP的演化設(shè)計(jì)就蛻化成CODE-FIX。 XP的演化設(shè)計(jì)是在Up-front design和Refactoring之間找到新的平衡。,編程方法3:簡(jiǎn)單設(shè)

19、計(jì),標(biāo)準(zhǔn)(依重要性)：通過(guò)所有測(cè)試，可讀性高的代碼，避免重復(fù)，最少數(shù)量的類(lèi)別或方法。 System Metaphor給設(shè)計(jì)提供了指引，加強(qiáng)Team對(duì)設(shè)計(jì)的理解； 第一個(gè)迭代搭建了基本的系統(tǒng)框架。 以后的迭代過(guò)程，是在反饋和編程的基礎(chǔ)上做交互式設(shè)計(jì)，減少了設(shè)計(jì)的投機(jī)性。 迭代過(guò)程中的CRC卡幫助Team交流設(shè)計(jì)思想，簡(jiǎn)化了設(shè)計(jì)文檔。 構(gòu)對(duì)設(shè)計(jì)進(jìn)行優(yōu)化。,XP 認(rèn)為設(shè)計(jì)非常重要，因此應(yīng)該是一個(gè)持續(xù)的事務(wù)。我們總是先嘗試使用能夠工作的最簡(jiǎn)單的設(shè)計(jì)，然后隨著現(xiàn)實(shí)的不斷顯現(xiàn)來(lái)更改它。 對(duì)簡(jiǎn)單設(shè)計(jì)的需求并不是說(shuō)所有設(shè)計(jì)都很小，也不表示它們是無(wú)足輕重的。它們只不過(guò)需要盡可能簡(jiǎn)單，但是仍能工作。,編程方法4:

20、 結(jié)對(duì)編程(Pair Programming),所有設(shè)計(jì)決策都牽涉到至少兩個(gè)人。 至少有兩個(gè)人熟悉系統(tǒng)的每一部分。 幾乎不可能出現(xiàn)兩個(gè)人同時(shí)疏忽測(cè)試或其它任務(wù)。 改變各對(duì)的組合在可以在團(tuán)隊(duì)范圍內(nèi)傳播知識(shí)。 代碼總是由至少一人復(fù)查。 結(jié)對(duì)的編程比單獨(dú)編程更有效。,XP中最有爭(zhēng)議的實(shí)踐之一,目錄,2.1,XP -eXtreme Programing,2,敏捷系列,2.2,SCRUM,1,敏捷開(kāi)發(fā)簡(jiǎn)介,3,敏捷與CMM,4,敏捷開(kāi)發(fā)的誤區(qū),SCRUM,SCRUM來(lái)源于橄欖球運(yùn)動(dòng)，指：“在橄欖球比賽中，雙方前鋒站在一起緊密相連，當(dāng)球在他們之間投擲時(shí)他們奮力爭(zhēng)球。” Scrum提供了一種經(jīng)驗(yàn)方法，它使得

21、團(tuán)隊(duì)成員能夠獨(dú)立地，集中地在創(chuàng)造性的環(huán)境下工作。它發(fā)現(xiàn)了軟件工程的社會(huì)意義。這一過(guò)程是迅速，有適應(yīng)性，自組織的，它代表了從順序開(kāi)發(fā)過(guò)程以來(lái)的重大變化。(Ken Schwaber) Scrum是一種靈活的軟件管理過(guò)程，它可以幫助駕馭迭代、遞增的軟件開(kāi)發(fā)過(guò)程。Scrum于1995年提出，并在2001年同其他方法論一起組成“敏捷聯(lián)盟（Agile Alliance）” 。 Scrum這個(gè)輕量的過(guò)程可以作為包裝器，也就是說(shuō)你可以把Scrum與其它靈活的過(guò)程框架組合起來(lái)。,SCRUM的過(guò)程圖,SCRUM實(shí)踐,1. Scrum團(tuán)隊(duì)：5-7個(gè)人的小項(xiàng)目團(tuán)隊(duì)， 團(tuán)隊(duì)的負(fù)責(zé)人可能擔(dān)負(fù)起Scrum Master的角

22、色。 2. Backlog: 急待完成的一系列任務(wù)，包括：未細(xì)化的產(chǎn)品功能要求、Bugs、缺陷、用戶(hù)提出的改進(jìn)、具競(jìng)爭(zhēng)力的功能及技術(shù)升級(jí)等，按優(yōu)先級(jí)定義出來(lái)，這些任務(wù)可能不是完整的，甚至可能隨時(shí)會(huì)更改或添加。 3. Sprint(沖刺): 通常為30天的迭代時(shí)間，把Backlog中的每一項(xiàng)安排在Sprint中，由團(tuán)隊(duì)估算出所需要的時(shí)間（按小時(shí)記）。 每一次Sprint之后，一定要有可以交付使用的功能。 4. Scrum會(huì)議: 這是與傳統(tǒng)方式最大的區(qū)別，每天15-20分鐘的Scrum會(huì)議，通常在每天的同一時(shí)間和同一個(gè)房間內(nèi)舉行。Scrum團(tuán)隊(duì)所有人都參加，也可以有旁聽(tīng)者（但不允許旁聽(tīng)者指手劃腳）

23、。 在這個(gè)15分鐘的會(huì)議上，Scrum Master會(huì)詢(xún)問(wèn)每個(gè)成員三個(gè)問(wèn)題: a) 自上次Scrum會(huì)議后的1天里你做了什么？ b) 從現(xiàn)在到下次Scrum會(huì)議的1天時(shí)間里你準(zhǔn)備做什么？ c) 你在工作中遇到了哪些困難？ 每個(gè)成員在Backlog條目上所花費(fèi)的時(shí)間會(huì)被記錄到Spring backlog中。 Scrum Master在會(huì)上對(duì)存在的問(wèn)題提出即時(shí)的解決方案或指導(dǎo)，使團(tuán)隊(duì)不斷向著目標(biāo)前進(jìn)。Scrum會(huì)議不同于項(xiàng)目會(huì)議，對(duì)團(tuán)隊(duì)來(lái)說(shuō)，它起到了快速簡(jiǎn)報(bào)的作用。 5. 通過(guò)Sprint Backlog的分析，可以了解Backlog的進(jìn)度，盡早的了解所發(fā)生的問(wèn)題 6. 管理者不在是項(xiàng)目或者團(tuán)隊(duì)的

24、老板, 而是幫助團(tuán)隊(duì)解決問(wèn)題的協(xié)調(diào)者或是助手。 7. 每一次Sprint之后要review，團(tuán)隊(duì)按照既定的Sprint Backlog目標(biāo)來(lái)演示完成的內(nèi)容。,Scrum中的3、3、3,三種工件,三種會(huì)議,三種角色,待開(kāi)發(fā)任務(wù)列表(The Sprint Backlog) 待修復(fù)缺陷列表(The defect backlog) 進(jìn)度圖、燃盡圖(Brun Down Chart),Product Owner Scrum Master 團(tuán)隊(duì)成員(Scrum Team）,迭代計(jì)劃會(huì)議(Sprint Planning Meeting) 每日晨會(huì)(Daily Scrum Meeting) 迭代回顧會(huì)議(Sprint Review Meeting),Product Backlog,SPRINT劃分示意,Sprint會(huì)議,根據(jù)Backlog，制定每次Sprint的計(jì)劃,目錄,2,敏捷系列,1,敏捷開(kāi)發(fā)簡(jiǎn)介,3,敏捷開(kāi)發(fā)的誤區(qū),討論,誤區(qū)一:敏捷是一個(gè)”過(guò)程,誤區(qū)二:敏捷僅是個(gè)軟件過(guò)程,誤區(qū)三:敏捷是反文檔的,誤區(qū)四:為了敏捷而敏捷,誤區(qū)五:重做就是重構(gòu),誤區(qū)一:敏捷是一個(gè)”過(guò)程,敏捷不是一個(gè)過(guò)程，是一類(lèi)過(guò)程的統(tǒng)稱(chēng)，它們有一個(gè)共性，就是符合敏捷價(jià)值觀，遵循敏捷的原則。,誤區(qū)二:敏捷僅是個(gè)軟件過(guò)程,敏捷相對(duì)以前的軟件工程最大的革新之處在于把人的作用提高到了過(guò)程至上，正如敏捷宣言的第一