【正文】 自動化支持： Rename, extract method, move field等等 ? 簡單設(shè)計 測試用例 實現(xiàn)再說（重構(gòu) 回歸測試） * 32 Scrum何時更有效？ ? 公司和客戶一致認(rèn)為應(yīng)當(dāng)使用敏捷方法，雙方都能理解敏捷方法 . ? 敏捷方法對需求不完整以及經(jīng)常變換的項目比較有效 . ? 項目可以劃分成固定時間間隔的迭代 , 并且可以凍結(jié)正在進(jìn)行的迭代的范圍 ? 公司和客戶都有能力擔(dān)當(dāng)角色尤其是 Product Owner 和 Scrum Master. ? 項目的人員結(jié)構(gòu)能夠分成 6到 10人的團隊，最好每個工作地點一個小組 .（ Scrum of Scrums， Scrum的擴展） ? 團隊成員能夠以自組織的方式工作 . ? 項目的合同允許變更 . ? 固定價格的項目可以使用敏捷，但應(yīng)當(dāng)盡量避免。 減少“浪費” （不需要的文檔，重復(fù)工作等） ，項目的每次迭代都有明確的目標(biāo) . ? 提高客戶滿意度 。 ? 最主要的精神是 ? 『 在客戶有系統(tǒng)需求時，給予及時滿意的可執(zhí)行程序 』 ，所以最適合需求快速變動的項目。 ? 在整個項目的生命周期里，可以持續(xù)的改善、增加未來的功能。 ? 很困難去達(dá)到互動。 11. 最好的構(gòu)架、需求和設(shè)計出自于自組織的團隊。 敏捷開發(fā)的 12個原則 7. 工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。 3. 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好 。 ? 之后的七個月里，他們創(chuàng)造具有價值的聲明，也就是敏捷軟件的開發(fā)宣言。 ? 這種模式能 最大程度地不偏離客戶需求的本質(zhì)。這正是 Agile Process (敏捷的軟件開發(fā)流程 )于近年來興起的主要原因。 4 軟件項目的復(fù)雜性 ? 橫軸代表需求的復(fù)雜度 ? 縱軸表示技術(shù)的復(fù)雜度 ? 還有人力資源的復(fù)雜度 5 解決復(fù)雜性問題需要采用經(jīng)驗式方式 ? 解決問題的兩種方式： ? 預(yù)定義過程控制（富士康流水線生產(chǎn)） ? 經(jīng)驗性過程控制（摸著石頭過河） ? 如果復(fù)雜度超過預(yù)定義方式的能力范圍，應(yīng)該采用經(jīng)驗性方式 ? 經(jīng)驗性方式的三大支柱：可見性、檢查及適應(yīng) 他山之石 ? 互聯(lián)網(wǎng)時代的出版模式 ? 作者最開始的時候并沒有想出一本書，而只是把多年的積累梳理出來寫成了博客，憑借博客的成功最后得到了出版商和紙版讀者的認(rèn)可。 ? 精益制造 ? 消除浪費、 關(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ā)能力。 ? 十五人中包括：大名鼎鼎的 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)變化 。 4. 在整個項目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。 8. 敏捷過程提倡平穩(wěn)的開發(fā)節(jié)奏；發(fā)起人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。 12. 每隔一定時間，團隊會在如何才能更有效地工作方面進(jìn)行反思并對自己的行為進(jìn)行相應(yīng)調(diào)整。 ? 假如說需求沒有完全的被了解，或是可能需要完全地改變項目的需求，瀑布式的 model是比較不適合的。 20 敏捷項目管理 VS傳統(tǒng)項目管理 ? 傳統(tǒng)項目管理： ? 事先對整個項目進(jìn)行估計、計劃、分析 ? 反對變更 。 ? 它強調(diào)客戶所要的是 ? workable的執(zhí)行碼，所以把與撰寫程序無關(guān)的工作降至最低，并要求客戶與開發(fā)人員最好以 sidebyside的方式一起工作。 短期內(nèi)產(chǎn)生成效 , 按預(yù)期交付軟件 , 每次迭代結(jié)束產(chǎn)生可以運行的軟件 . ? 改善員工的滿意度 。 ? 最好在按時間和材料付費或者按月付費的項目中進(jìn)行使用、 ? 變更項目的范圍不需要高級管理層的批準(zhǔn) . 問題 2，為什么 SCRUM團隊人員最好在 10人以內(nèi)？ 33 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 34 敏捷特別強調(diào)人的因素 ? 相對于過程與工具，敏捷更強調(diào)“人”的因素。 ? 根據(jù)市場價值確定功能優(yōu)先級。他必須 : ? 保證團隊資源完全可被利用并且全部是高產(chǎn)出的。 ? 保證開發(fā)過程按計劃進(jìn)行，組織 Daily Scrum, Sprint Review and Sprint Planning meetings。 ? 向 Product Owner演示產(chǎn)品功能。 ? 通過固定的周期保持良好的節(jié)奏。 43 Scrum框架 Scrum儀式之 Sprint計劃會議 44 Jiangsu Microsoft Technology Center Scrum儀式之 Sprint計劃會議 45 Jiangsu Microsoft Technology Center Scrum儀式之每日 Scrum會議 (Daily Scrum) ? 每日 Scrum會議，即團隊每日例會，條件允許的話，每天都應(yīng)該在同樣的時間和地點，組織所有成員站立進(jìn)行。在 Sprint過程中我們要不斷的更新它。 ? 團隊展示 Sprint中完成的功能 ? 一般是通過現(xiàn)場演示的方式展現(xiàn)功能和架構(gòu) ? 不要太正式 ? 不需要 PPT ? 一般控制在 2個小時 ? 團隊成員都要參加 ? 可以邀請所有人參加 48 Jiangsu Microsoft Technology Center Scrum儀式之 Sprint回顧會議 ? 團隊的定期自我檢視，發(fā)現(xiàn)什么是好的，什么是不好的。 ? 影響擴展的因素 ? 團隊規(guī)模 ? 項目類型 ? 項目周期 ? 團隊分布 ? Scrum曾被用于超過 1000人團隊規(guī)模的項目。 ? 遵循 Agile Alliance所提的四個價值觀與 12個原則。 2023/1/252023/1/252023/1/25Jan2325Jan23 1故人江海別，幾度隔山川