【正文】 在同樣的時間和地點，組織所有成員站立進(jìn)行。 ? Sprint結(jié)束時交付可以工作的軟件。 ? 通過固定的周期保持良好的節(jié)奏。 40 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 41 Scrum 流程 Sprint Planning Meeting: ?Next Sprint Goal ?Sprint Backlog ?Updated Product Backlog Daily Scrum meetings : ? What did you do yesterday ? What will you do today? ? What obstacles are in your way? Daily Scrum Sprint Retrospective Shippable Product Increment 42 Sprints(沖刺 ) ? Scrum的項目過程有一系列的 Sprint組成。 ? 向 Product Owner演示產(chǎn)品功能。 （有些情況例外，比如數(shù)據(jù)庫管理員） ? 在項目向?qū)Х秶鷥?nèi)有權(quán)利做任何事情已確保達(dá)到 Sprint的目標(biāo)。 ? 保證開發(fā)過程按計劃進(jìn)行，組織 Daily Scrum, Sprint Review and Sprint Planning meetings。 ? 解決團(tuán)隊開發(fā)中的障礙。他必須 : ? 保證團(tuán)隊資源完全可被利用并且全部是高產(chǎn)出的。 ? 接受或拒絕接受開發(fā)團(tuán)隊的工作成果。 ? 根據(jù)市場價值確定功能優(yōu)先級。 ? 決定發(fā)布的日期和發(fā)布內(nèi)容。 ? 最好在按時間和材料付費或者按月付費的項目中進(jìn)行使用、 ? 變更項目的范圍不需要高級管理層的批準(zhǔn) . 問題 2，為什么 SCRUM團(tuán)隊人員最好在 10人以內(nèi)？ 33 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 34 敏捷特別強調(diào)人的因素 ? 相對于過程與工具，敏捷更強調(diào)“人”的因素。 ? 匿名共享需求文檔只會打開曲解和誤解之門，更不用說書面信息比口頭交流還要慢很多。 短期內(nèi)產(chǎn)生成效 , 按預(yù)期交付軟件 , 每次迭代結(jié)束產(chǎn)生可以運行的軟件 . ? 改善員工的滿意度 。 隨時跟蹤項目的狀態(tài)和進(jìn)展情況，及早發(fā)現(xiàn)問題和風(fēng)險 . ? 快速交付 , 每次迭代都能交付可運行的軟件 . ? 最高風(fēng)險和最高優(yōu)先級的需求，最優(yōu)先進(jìn)行開發(fā) . ? 改善應(yīng)對變更能力 , 減少大量的重計劃 . ? 改善項目溝通 . ? 更好的客戶參與 , 避免錯誤的假設(shè) . ? 總之 : ? 提高了生產(chǎn)率 。 ? 它強調(diào)客戶所要的是 ? workable的執(zhí)行碼，所以把與撰寫程序無關(guān)的工作降至最低，并要求客戶與開發(fā)人員最好以 sidebyside的方式一起工作。合約使變更變得簡單，增加價值 . ? 客戶和開發(fā)人員之間是緊密的連續(xù)的合作關(guān)系 ? 每次迭代都產(chǎn)生可交付的軟件 ? 專注于交付軟件 . ? 第一次迭代就可交付能工作的版本，風(fēng)險發(fā)現(xiàn)的早 . 21 敏捷 與 CMMI雙劍合璧 ? CMMI更加關(guān)注于流程，敏捷更加關(guān)注于人 ? CMMI自頂向下，敏捷自底向上 ? 敏捷并不排斥必要的文檔 ? 敏捷的很多實踐是對 CMMI的一種實現(xiàn)，比如 sprint計劃會議就是 PP的實現(xiàn)，每日例會就是在做 PMC ? 很多 CMMI4~5級的公司也在應(yīng)用敏捷，比如說寶信、華為 ? 項目級的敏捷實踐通過 CMMI可以在組織級得以重用 eXtreme Programming ? XP我們一般稱為極限編程，是最輕量級的開發(fā)流程。 20 敏捷項目管理 VS傳統(tǒng)項目管理 ? 傳統(tǒng)項目管理： ? 事先對整個項目進(jìn)行估計、計劃、分析 ? 反對變更 。 ? 強調(diào)在獲得最簡短的可執(zhí)行功能的部分，能夠及早給予企業(yè)價值。 ? 假如說需求沒有完全的被了解，或是可能需要完全地改變項目的需求，瀑布式的 model是比較不適合的。 問題 1，請舉出你知道的 2個以上敏捷方法名字來 敏捷的方法 ? Extreme Programming (XP)極限編程 ? Scrum ? Adaptive Software Development (ASD)自適應(yīng)軟件開發(fā) ? Crystal Clear and Other Crystal Methodologies水晶方法 ? Dynamic Systems Development Method (DSDM)動態(tài)系統(tǒng)開發(fā)方法 ? 等 敏捷方法 VS. 瀑布模型 ? 瀑布模型 ? 固定的、沒有彈性的。 12. 每隔一定時間，團(tuán)隊會在如何才能更有效地工作方面進(jìn)行反思并對自己的行為進(jìn)行相應(yīng)調(diào)整。 10. 簡單化是根本（不做過度設(shè)計和預(yù)測）。 8. 敏捷過程提倡平穩(wěn)的開發(fā)節(jié)奏；發(fā)起人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。 6. 在團(tuán)隊內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對面的交談。 4. 在整個項目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。 2. 即使到了開發(fā)的后期，也歡迎改變需求。 ? 十五人中包括：大名鼎鼎的 Kent Beck（ XP,TDD的創(chuàng)始人 ,Junit的創(chuàng)始人之一）、 Ward Cunningham（ Wiki概念的發(fā)明者）、 Martin Fowler（ 《 企業(yè)應(yīng)用架構(gòu)模式 》 作者）、Robert C. Martin、 Ken Schwaber 9 敏捷價值觀之敏捷宣言 敏捷開發(fā)的核心思想是 ： 以人為本，適應(yīng)變化 。他們自稱為 Agile Alliance。 ? 精益制造 ? 消除浪費、 關(guān)注 流程 、 建立無間斷流程以快速應(yīng)變 、 降低庫存 、 一次做對 、 基于顧客需求的拉動生產(chǎn) 、 標(biāo)準(zhǔn)化與工作創(chuàng)新 、 尊重員工，給員工授權(quán) 等 7 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 敏捷的 歷史 ? 敏捷軟件開發(fā)又稱敏捷開發(fā)， ? 從 1990年代 開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法， 是一種應(yīng)對快速變化的需求的一種軟件開發(fā)能力。 ? 這 就是敏捷開發(fā)提倡的“增量迭代、及時交付”的思想 。 4 軟件項目的復(fù)雜性