【正文】 2023/1/252023/1/252023/1/252023/1/251/25/2023 1意志堅(jiān)強(qiáng)的人能把世界放在手中像泥塊一樣任意揉捏。 2023年 1月 2023/1/252023/1/252023/1/251/25/2023 1少年十五二十時(shí)，步行奪得胡馬騎。 2023/1/252023/1/25January 25, 2023 1做前，能夠環(huán)視四周；做時(shí)，你只能或者最好沿著以腳為起點(diǎn)的射線向前。 ? 最常見(jiàn)的開(kāi)發(fā)方式 ? XP ? SCRUM ? 敏捷開(kāi)發(fā)過(guò)程是一個(gè)艱苦的過(guò)程，重在實(shí)踐 ? 即使非敏捷的項(xiàng)目中也可以應(yīng)用敏捷的實(shí)踐經(jīng)驗(yàn) ? CMMI應(yīng)該與敏捷實(shí)現(xiàn)融合，雙劍合璧 問(wèn)題 3，在 SCRUM中能夠直觀展現(xiàn)沖刺的進(jìn)度的圖形是什么圖？ 73 延伸學(xué)習(xí) ? 原書(shū)名： Agile Project Management with Scrum ? 原出版社： Microsoft Press ? 作者： (美 )Ken Schwaber [作譯者介紹 ] ? 譯者： 李國(guó)彪 ? 叢書(shū)名： 微軟技術(shù)叢書(shū) ? 出版社：清華大學(xué)出版社 ? ISBN： 9787302164036 硝煙中的 Scrum和 XP——我們?nèi)绾螌?shí)施 Scrum 原書(shū)名： Scrum and XP from the Trenches 原出版社： 作者： (瑞典 )Henrik Kniberg 譯者： 李劍 出版社：清華大學(xué)出版社 ISBN： 9787302243335 上架時(shí)間： 2023117 出版日期： 2023 年 1月 海頤軟件 靜夜四無(wú)鄰，荒居舊業(yè)貧。 ? 一般控制在 1530分鐘 ? 每個(gè) Sprint都要做 ? 全體參加 ? Scrum Master ? 產(chǎn)品負(fù)責(zé)人 ? 團(tuán)隊(duì) ? 可能的客戶或其它干系人 Sprint回顧會(huì)議上，全體成員討論有哪些好的做法可以啟動(dòng)，哪些不好的做法不能再繼續(xù)下去了，哪些好的做法要繼續(xù)發(fā)揚(yáng)。 ? 最好是每天早晨開(kāi)，一般 15分鐘左右，時(shí)間比較短，也有利于團(tuán)隊(duì)成員安排好當(dāng)天的工作。 ? 團(tuán)隊(duì)成員構(gòu)成在 sprint內(nèi)不允許變化。 ? 保證各個(gè)角色及職責(zé)的良好協(xié)作。 ? 誠(chéng)信是基礎(chǔ) ? 沒(méi)有過(guò)程能夠?qū)φ\(chéng)信進(jìn)行有效的約束 ? 誠(chéng)信與否是有效實(shí)施敏捷過(guò)程的最大限制 35 Scrum框架 Scrum角色 海頤軟件 37 Scrum角色之 Product Owner ? 產(chǎn)品負(fù)責(zé)人（ Product Owner）的職責(zé)如下： ? 確定產(chǎn)品的功能。 ? XP的實(shí)踐包括： ? 完整團(tuán)隊(duì)、計(jì)劃游戲、客戶測(cè)試 ? 簡(jiǎn)單設(shè)計(jì)、結(jié)對(duì)編程、測(cè)試驅(qū)動(dòng)開(kāi)發(fā) ? 改進(jìn)設(shè)計(jì)、持續(xù)集成、集體代碼所有權(quán) ? 編碼標(biāo)準(zhǔn)、隱喻、可持續(xù)的速度 Scrum開(kāi)發(fā)流程 23 Jiangsu Microsoft Technology Center 24 為什么采用敏捷 ? –預(yù)期的收益 ? 采用敏捷方法得當(dāng)?shù)脑挘梢裕? ? 更加透明 。 ? 敏捷方法 ? 完整地開(kāi)發(fā)，每少數(shù)幾周或是少數(shù)幾個(gè)月里可以測(cè)試功能。 9. 不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。 10 敏捷價(jià)值觀之敏捷宣言 1 ? 個(gè)體和交互勝過(guò)過(guò)程和工具 ? 人是軟件項(xiàng)目獲得成功最為重要的因素 ? 合作、溝通能力以及交互能力比單純的軟件編程能力和工具更為重要 ? 方法和工具是死的，人是活的，人要是太“面”或者協(xié)作不好，再?gòu)?qiáng)大的方法和工具都是白扯； 11 敏捷價(jià)值觀之敏捷宣言 2 ? 可以工作的軟件勝過(guò)面面俱到的文檔 ? 過(guò)多的面面俱到的文檔往往比過(guò)少的文檔更糟 ? 軟件開(kāi)發(fā)的主要和中心活動(dòng)是創(chuàng)建可以工作的軟件 ? 直到迫切需要并且意義重大時(shí)，才進(jìn)行文檔編制 ? 編制的內(nèi)部文檔應(yīng)盡量短小并且主題突出 12 敏捷價(jià)值觀之敏捷宣言 3 ? 客戶合作勝過(guò)合同談判 ? 客戶不可能做到一次性地將他們的需求完整清晰地表述在合同中 ? 為開(kāi)發(fā)團(tuán)隊(duì)和客戶的協(xié)同工作方式提供指導(dǎo)的合同才是最好的合同 敏捷價(jià)值觀之敏捷宣言 4 ? 響應(yīng)變化勝過(guò)循環(huán)計(jì)劃 ? 變化是軟件開(kāi)發(fā)中存在的現(xiàn)實(shí) ? 計(jì)劃必須有足夠的靈活性與可塑性 ? 短期的迭代的計(jì)劃比中長(zhǎng)期計(jì)劃更有效 13 Jiangsu Microsoft Technology Center 敏捷開(kāi)發(fā)的 12個(gè)原則 1. 我們最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意。在寫(xiě)成本書(shū)的過(guò)程中，作者是漸進(jìn)式的進(jìn)行的，每寫(xiě)完一個(gè)章節(jié)，放到博客上去征求讀者的反饋，很多反饋意見(jiàn)在后面的章節(jié)或修訂中及時(shí)地體現(xiàn)出來(lái)，這樣就形成了與讀者之間的良好反饋，在出版之前就鎖定了大量的讀者。 ? 這 就是敏捷開(kāi)發(fā)提倡的“增量迭代、及時(shí)交付”的思想 。 2. 即使到了開(kāi)發(fā)的后期，也歡迎改變需求。 10. 簡(jiǎn)單化是根本（不做過(guò)度設(shè)計(jì)和預(yù)測(cè)）。 ? 強(qiáng)調(diào)在獲得最簡(jiǎn)短的可執(zhí)行功能的部分，能夠及早給予企業(yè)價(jià)值。 隨時(shí)跟蹤項(xiàng)目的狀態(tài)和進(jìn)展情況，及早發(fā)現(xiàn)問(wèn)題和風(fēng)險(xiǎn) . ? 快速交付 , 每次迭代都能交付可運(yùn)行的軟件 . ? 最高風(fēng)險(xiǎn)和最高優(yōu)先級(jí)的需求，最優(yōu)先進(jìn)行開(kāi)發(fā) . ? 改善應(yīng)對(duì)變更能力 , 減少大量的重計(jì)劃 . ? 改善項(xiàng)目溝通 . ? 更好的客戶參與 , 避免錯(cuò)誤的假設(shè) . ? 總之 : ? 提高了生產(chǎn)率 。 ? 決定發(fā)布的日期和發(fā)布內(nèi)容。 ? 解決團(tuán)隊(duì)開(kāi)發(fā)中的障礙。 40 目錄 ? 敏捷的背景與動(dòng)機(jī) ? 敏捷宣言及原則 ? 敏捷方法是什么？ ? 敏捷方法的實(shí)踐 ? Scrum的角色 ? Scrum流程和工作產(chǎn)品 ? Scrum應(yīng)用 ? 總結(jié) 41 Scrum 流程 Sprint Planning Meeting: ?Next Sprint Goal ?Sprint Backlog ?Updated Product Backlog Daily Scrum meetings : ? What did you do yesterday ? What will you do today? ? What obstacles are in your way? Daily Scrum Sprint Retrospective Shippable Product Increment 42 Sprints(沖刺 ) ? Scrum的項(xiàng)目過(guò)程有一系列的 Sprint組成。 ? 只有團(tuán)隊(duì)成員可以在例會(huì)上發(fā)言，其他人員有興趣可以參加，但只能旁聽(tīng)，不能發(fā)言。 49 Jiangsu Microsoft Technology Center Scrum物件之產(chǎn)品訂單 (Product B