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