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