【正文】 ? 橫軸代表需求的復(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)時代的出版模式 ? 作者最開始的時候并沒有想出一本書，而只是把多年的積累梳理出來寫成了博客，憑借博客的成功最后得到了出版商和紙版讀者的認可。敏捷項目管理終極培訓(xùn) Scrum 2023年 6月 2 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 敏捷的背景與動機 ? 軟件危機及軟件工程的出現(xiàn) ? 速度是企業(yè)競爭致勝的關(guān)鍵因素，軟件項目的最大挑戰(zhàn)在于 ? 一方面要應(yīng)付變動中的需求 ? 一方面要在緊縮的時程內(nèi)完成項目 ? 傳統(tǒng)的軟件工程難以滿足這些要求 ? 所以軟件團隊除了在技術(shù)上必須日益精進，更需要運用有效的開發(fā)流程，以確保團隊能夠發(fā)揮綜效。這正是 Agile Process (敏捷的軟件開發(fā)流程 )于近年來興起的主要原因。在寫成本書的過程中，作者是漸進式的進行的，每寫完一個章節(jié)，放到博客上去征求讀者的反饋，很多反饋意見在后面的章節(jié)或修訂中及時地體現(xiàn)出來，這樣就形成了與讀者之間的良好反饋，在出版之前就鎖定了大量的讀者。 ? 這種模式能 最大程度地不偏離客戶需求的本質(zhì)。 ? 2023年初，因觀察到許多的軟件團隊身陷不斷擴大的流程之中的困境，一群業(yè)界專家聚集在一起，勾勒出一些能讓軟件團隊迅速工作，以及響應(yīng)變化的價值觀和原則。 ? 之后的七個月里，他們創(chuàng)造具有價值的聲明，也就是敏捷軟件的開發(fā)宣言。 10 敏捷價值觀之敏捷宣言 1 ? 個體和交互勝過過程和工具 ? 人是軟件項目獲得成功最為重要的因素 ? 合作、溝通能力以及交互能力比單純的軟件編程能力和工具更為重要 ? 方法和工具是死的，人是活的，人要是太“面”或者協(xié)作不好，再強大的方法和工具都是白扯； 11 敏捷價值觀之敏捷宣言 2 ? 可以工作的軟件勝過面面俱到的文檔 ? 過多的面面俱到的文檔往往比過少的文檔更糟 ? 軟件開發(fā)的主要和中心活動是創(chuàng)建可以工作的軟件 ? 直到迫切需要并且意義重大時，才進行文檔編制 ? 編制的內(nèi)部文檔應(yīng)盡量短小并且主題突出 12 敏捷價值觀之敏捷宣言 3 ? 客戶合作勝過合同談判 ? 客戶不可能做到一次性地將他們的需求完整清晰地表述在合同中 ? 為開發(fā)團隊和客戶的協(xié)同工作方式提供指導(dǎo)的合同才是最好的合同 敏捷價值觀之敏捷宣言 4 ? 響應(yīng)變化勝過循環(huán)計劃 ? 變化是軟件開發(fā)中存在的現(xiàn)實 ? 計劃必須有足夠的靈活性與可塑性 ? 短期的迭代的計劃比中長期計劃更有效 13 Jiangsu Microsoft Technology Center 敏捷開發(fā)的 12個原則 1. 我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意。 3. 經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好 。 5. 圍繞被激勵起來的個人來構(gòu)建項目。 敏捷開發(fā)的 12個原則 7. 工作的軟件是首要的進度度量標(biāo)準(zhǔn)。 9. 不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計會增強敏捷能力。 11. 最好的構(gòu)架、需求和設(shè)計出自于自組織的團隊。 16 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 什么是敏捷方法？ ? 敏捷方法是一類軟件開發(fā)流程的泛稱； ? 敏捷方法是相對于傳統(tǒng)的瀑布式軟件過程提出的； ? 敏捷方法可以用敏捷宣言（ 4條）、敏捷原則（ 12條）來概括； ? 敏捷原則通過一系列的敏捷實踐來體現(xiàn)出來； ? 敏捷方法有很多種。 ? 很困難去達到互動。 ? 敏捷方法 ? 完整地開發(fā)，每少數(shù)幾周或是少數(shù)幾個月里可以測試功能。 ? 在整個項目的生命周期里，可以持續(xù)的改善、增加未來的功能。 變更需要重新估計、重新規(guī)劃 ? 嚴(yán)密的合同來減少風(fēng)險 , 如果改變需求要走 CR 流程 . ? 項目作為一個“黑盒子” ，對客戶與供應(yīng)商的可視性差 . ? 文檔和計劃驅(qū)動的方法 . ? 軟件交付時間晚 , 意識到風(fēng)險的時間晚 . ? WBS,甘特圖 ,關(guān)鍵路徑分析 ? 敏捷項目管理 : ? 對整個項目做一個粗略的估計 ,每一次迭代都有詳細的計劃 . ? 鼓勵變化 , 客戶價值驅(qū)動開發(fā) . ? 信任和賦予權(quán)力 。 ? 最主要的精神是 ? 『 在客戶有系統(tǒng)需求時，給予及時滿意的可執(zhí)行程序 』 ，所以最適合需求快速變動的項目。 ? XP的實踐包括： ? 完整團隊、計劃游戲、客戶測試 ? 簡單設(shè)計、結(jié)對編程、測試驅(qū)動開發(fā) ? 改進設(shè)計、持續(xù)集成、集體代碼所有權(quán) ? 編碼標(biāo)準(zhǔn)、隱喻、可持續(xù)的速度 Scrum開發(fā)流程 23 Jiangsu Microsoft Technology Center 24 為什么采用敏捷 ? –預(yù)期的收益 ? 采用敏捷方法得當(dāng)?shù)脑?，可以? ? 更加透明 。 減少“浪費” （不需要的文檔，重復(fù)工作等） ，項目的每次迭代都有明確的目標(biāo) . ? 提高客戶滿意度 。 團隊精神，減少官僚，能夠規(guī)劃和管理自己的工作，減少“恐慌” ，穩(wěn)定的工作量（可持續(xù)的步伐） . 25 目錄 ? 敏捷的背景與動機 ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 26 敏捷關(guān)鍵實踐 1——增量迭代 ? 每個迭代有一個大約為 1～ 4周的時間框，在 SCRUM里稱為一次沖刺（超過 1個月的詳細計劃往往偏差很大） ? 每次迭代都應(yīng)該有明確的目標(biāo) ? 每次迭代都應(yīng)該有明確的可演示的工作成果 ? 迭代過程中項目團隊?wèi)?yīng)該盡量免受打擾 ? 迭代可以將項目的壓力分解到每個小的階段，風(fēng)險也能同時分解 27 敏捷關(guān)鍵實踐 2——測試驅(qū)動開發(fā) TDD ? 什么是測試驅(qū)動？ ? 首先創(chuàng)建測試用例，然后開發(fā)軟件通過測試(在開發(fā)代碼前，首先編寫測試代碼 ) ? 一種設(shè)計軟件的方法，而不僅僅是一種測試方法 ? 所創(chuàng)建的測試用例用來指導(dǎo)和約束項目中