【正文】 敏捷項(xiàng)目管理終極培訓(xùn) Scrum 2023年 6月 2 目錄 ? 敏捷的背景與動(dòng)機(jī) ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實(shí)踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 敏捷的背景與動(dòng)機(jī) ? 軟件危機(jī)及軟件工程的出現(xiàn) ? 速度是企業(yè)競(jìng)爭(zhēng)致勝的關(guān)鍵因素，軟件項(xiàng)目的最大挑戰(zhàn)在于 ? 一方面要應(yīng)付變動(dòng)中的需求 ? 一方面要在緊縮的時(shí)程內(nèi)完成項(xiàng)目 ? 傳統(tǒng)的軟件工程難以滿足這些要求 ? 所以軟件團(tuán)隊(duì)除了在技術(shù)上必須日益精進(jìn)，更需要運(yùn)用有效的開發(fā)流程，以確保團(tuán)隊(duì)能夠發(fā)揮綜效。這正是 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)可。在寫成本書的過程中，作者是漸進(jìn)式的進(jìn)行的，每寫完一個(gè)章節(jié)，放到博客上去征求讀者的反饋，很多反饋意見在后面的章節(jié)或修訂中及時(shí)地體現(xiàn)出來，這樣就形成了與讀者之間的良好反饋，在出版之前就鎖定了大量的讀者。 ? 這 就是敏捷開發(fā)提倡的“增量迭代、及時(shí)交付”的思想 。 ? 這種模式能 最大程度地不偏離客戶需求的本質(zhì)。 ? 精益制造 ? 消除浪費(fèi)、 關(guān)注 流程 、 建立無間斷流程以快速應(yīng)變 、 降低庫存 、 一次做對(duì) 、 基于顧客需求的拉動(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)對(duì)快速變化的需求的一種軟件開發(fā)能力。 ? 2023年初，因觀察到許多的軟件團(tuán)隊(duì)身陷不斷擴(kuò)大的流程之中的困境，一群業(yè)界專家聚集在一起，勾勒出一些能讓軟件團(tuán)隊(duì)迅速工作，以及響應(yīng)變化的價(jià)值觀和原則。他們自稱為 Agile Alliance。 ? 之后的七個(gè)月里，他們創(chuàng)造具有價(jià)值的聲明，也就是敏捷軟件的開發(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)變化 。 10 敏捷價(jià)值觀之敏捷宣言 1 ? 個(gè)體和交互勝過過程和工具 ? 人是軟件項(xiàng)目獲得成功最為重要的因素 ? 合作、溝通能力以及交互能力比單純的軟件編程能力和工具更為重要 ? 方法和工具是死的，人是活的，人要是太“面”或者協(xié)作不好，再強(qiáng)大的方法和工具都是白扯； 11 敏捷價(jià)值觀之敏捷宣言 2 ? 可以工作的軟件勝過面面俱到的文檔 ? 過多的面面俱到的文檔往往比過少的文檔更糟 ? 軟件開發(fā)的主要和中心活動(dòng)是創(chuàng)建可以工作的軟件 ? 直到迫切需要并且意義重大時(shí)，才進(jìn)行文檔編制 ? 編制的內(nèi)部文檔應(yīng)盡量短小并且主題突出 12 敏捷價(jià)值觀之敏捷宣言 3 ? 客戶合作勝過合同談判 ? 客戶不可能做到一次性地將他們的需求完整清晰地表述在合同中 ? 為開發(fā)團(tuán)隊(duì)和客戶的協(xié)同工作方式提供指導(dǎo)的合同才是最好的合同 敏捷價(jià)值觀之敏捷宣言 4 ? 響應(yīng)變化勝過循環(huán)計(jì)劃 ? 變化是軟件開發(fā)中存在的現(xiàn)實(shí) ? 計(jì)劃必須有足夠的靈活性與可塑性 ? 短期的迭代的計(jì)劃比中長期計(jì)劃更有效 13 Jiangsu Microsoft Technology Center 敏捷開發(fā)的 12個(gè)原則 1. 我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價(jià)值的軟件來使客戶滿意。 2. 即使到了開發(fā)的后期，也歡迎改變需求。 3. 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾周到幾個(gè)月，交付的時(shí)間間隔越短越好 。 4. 在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。 5. 圍繞被激勵(lì)起來的個(gè)人來構(gòu)建項(xiàng)目。 6. 在團(tuán)隊(duì)內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對(duì)面的交談。 敏捷開發(fā)的 12個(gè)原則 7. 工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。 8. 敏捷過程提倡平穩(wěn)的開發(fā)節(jié)奏；發(fā)起人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長期的、恒定的開發(fā)速度。 9. 不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。 10. 簡單化是根本（不做過度設(shè)計(jì)和預(yù)測(cè)）。 11. 最好的構(gòu)架、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)。 12. 每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反思并對(duì)自己的行為進(jìn)行相應(yīng)調(diào)整。 16 目錄 ? 敏捷的背景與動(dòng)機(jī) ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實(shí)踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 什么是敏捷方法？ ? 敏捷方法是一類軟件開發(fā)流程的泛稱； ? 敏捷方法是相對(duì)于傳統(tǒng)的瀑布式軟件過程提出的； ? 敏捷方法可以用敏捷宣言（ 4條）、敏捷原則（ 12條）來概括； ? 敏捷原則通過一系列的敏捷實(shí)踐來體現(xiàn)出來； ? 敏捷方法有很多種。 問題 1，請(qǐng)舉出你知道的 2個(gè)以上敏捷方法名字來 敏捷的方法 ? Extreme Programming (XP)極限編程 ? Scrum ? Adaptive Software Development (ASD)自適應(yīng)軟件開發(fā) ? Crystal Clear and Other Crystal Methodologies水晶方法 ? Dynamic Systems Development Method (DSDM)動(dòng)態(tài)系統(tǒng)開發(fā)方法 ? 等 敏捷方法 VS. 瀑布模型 ? 瀑布模型 ? 固定的、沒有彈性的。 ? 很困難去達(dá)到互動(dòng)。 ? 假如說需求沒有完全的被了解