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