【正文】 減少 “浪費(fèi) ” 改善應(yīng)對變更能力 , 采用敏捷方法得當(dāng)?shù)脑?，可以?22。 完整團(tuán)隊(duì)、計(jì)劃游戲、客戶測試222。223。20敏捷 與 CMMI雙劍合璧223。 鼓勵變化 , 項(xiàng)目作為一個 “黑盒子 ” 事先對整個項(xiàng)目進(jìn)行估計(jì)、計(jì)劃、分析222。 敏捷方法222。 等敏捷方法 VS. 瀑布模型223。 敏捷原則通過一系列的敏捷實(shí)踐來體現(xiàn)出來；223。223。 8. 敏捷過程提倡平穩(wěn)的開發(fā)節(jié)奏；發(fā)起人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。敏捷開發(fā)的 12個原則1. 我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意。 為開發(fā)團(tuán)隊(duì)和客戶的協(xié)同工作方式提供指導(dǎo)的合同才是最好的合同12敏捷價值觀之敏捷宣言 4223。 方法和工具是死的，人是活的，人要是太 “ 面 ” 或者協(xié)作不好，再強(qiáng)大的方法和工具都是白扯；10敏捷價值觀之敏捷宣言 2223。223。223。 敏捷的背景與動機(jī)223。223。 經(jīng)驗(yàn)性方式的三大支柱：可見性、檢查及適應(yīng)5他山之石223。軟件項(xiàng)目的復(fù)雜性223。 總結(jié)2敏捷的背景與動機(jī)223。 敏捷方法是什么？223。 敏捷方法的實(shí)踐 軟件危機(jī)及軟件工程的出現(xiàn)223。 橫軸代表需求的復(fù)雜度223。 互聯(lián)網(wǎng)時代的出版模式222。 精益制造222。 敏捷宣言及原則223。 Scrum應(yīng)用223。 之后的七個月里，他們創(chuàng)造具有價值的聲明，也就是敏捷軟件的開發(fā)宣言。 可以工作的軟件勝過面面俱到的文檔222。 響應(yīng)變化勝過循環(huán)計(jì)劃222。2. 即使到了開發(fā)的后期，也歡迎改變需求。 目錄223。 Scrum流程和工作產(chǎn)品 敏捷方法有很多種。 瀑布模型222。 完整地開發(fā)，每少數(shù)幾周或是少數(shù)幾個月里可以測試功能。 反對變更 。對客戶與供應(yīng)商的可視性差 .222?？蛻魞r值驅(qū)動開發(fā) .222。 CMMI更加關(guān)注于流程，敏捷更加關(guān)注于人223。 最主要的精神是222。 簡單設(shè)計(jì)、結(jié)對編程、測試驅(qū)動開發(fā)222。 更加透明 。減少大量的重計(jì)劃 .222。（不需要的文檔，重復(fù)工作等） 223。 每次迭代都應(yīng)該有明確的目標(biāo)223。 不需要測試的工作不需要完成223。 雖然如今通訊工具花樣繁多，但面對面交流在某些場合下仍然是不可替代的；223。 每日立會 Martin 重構(gòu)與測試驅(qū)動的關(guān)系222。 公司和客戶一致認(rèn)為應(yīng)當(dāng)使用敏捷方法，雙方都能理解敏捷方法 .223。Master.223。? 最好在按時間和材料付費(fèi)或者按月付費(fèi)的項(xiàng)目中進(jìn)行使用、222。223。 產(chǎn)品負(fù)責(zé)人（ Productthe 接受或拒絕接受開發(fā)團(tuán)隊(duì)的工作成果。 保證各個角色及職責(zé)的良好協(xié)作。Scrum, 一般情況人數(shù)在 59個左右223。 向 Product 敏捷方法的實(shí)踐 Meeting:?Next:do223。223。Technology（小豬和小雞的故事）223。TechnologyTechnology 團(tuán)隊(duì)展示 Sprint中完成的功能222。Scrum儀式之 Sprint回顧會議223。 產(chǎn)品負(fù)責(zé)人222。 一個需求的列表。TechnologyTechnologyestimateTaskdone53Scrum物件之沖刺訂單 (Sprint Backlog)223。Centerand/orSprintofthe(752 大型項(xiàng)目可以采用多團(tuán)隊(duì)，通過 team 團(tuán)隊(duì)分布223。Microsofta) 這個估計(jì)值有助于確定優(yōu)先級 。 使用什么樣的代碼分析工具 在第一個迭代開始之前應(yīng)該定義好，因?yàn)樗鼤绊懝ぷ髁?,進(jìn)行靜態(tài)代碼分析222。 所需要的信息不能及時提供或者提供的不正確，如界面規(guī)格或者其它軟件模塊不到位或不正確222。 Scrum 某些障礙是浪費(fèi)222。 多問幾個 “為什么 ”222。 Scrum的角色 FLEXADP開發(fā)222。 敏捷方法是什么？223。 總結(jié)70一些常見的誤解223。 根據(jù)溝通的需要產(chǎn)生相應(yīng)的文檔 .223。 采用敏捷方法的開發(fā)組 /項(xiàng)目不需要制定計(jì)劃222。 遵循 Agile Alliance所提的四個價值觀與 12個原則。 原書名： (美 )Ken Schwaber223。 *****1行動出成果，工作出財(cái)富。 ****1楚塞三湘接，荊門九派通。勝人者有力，自勝者強(qiáng)。 ****1最具挑戰(zhàn)性的挑戰(zhàn)莫過于提升自我。 ***1空山新雨后，天氣晚來秋。 ****沒有失敗，只有暫時停止成功！。 ***雨中黃葉樹，燈下白頭人。微軟技術(shù)叢書 223。 最常見的開發(fā)方式222。 敏捷項(xiàng)目的范圍可以隨時改變 .222。 基本的開發(fā)方法與傳統(tǒng)相比有顯著不同 , 敏捷方法只有運(yùn)用得當(dāng)才有效果 .223。223。 項(xiàng)目的計(jì)劃性更強(qiáng)了，將項(xiàng)目按 SPRINT進(jìn)行分解，每個SPRINT要進(jìn)行計(jì)劃和總結(jié)，每天也有立會來進(jìn)行簡短的總結(jié)和計(jì)劃；223。 Scrum流程和工作產(chǎn)品 多問幾個 “為什么 ”，找到造成浪費(fèi)的根本原因64目錄223。 額外的過程222。 產(chǎn)品所有者222。 其他的任務(wù)分配：培訓(xùn)，售前支持222。測試套件的通過率 完成的定義 進(jìn)行了什么樣的測試 , 可以采用估算撲克 b)Center teams來擴(kuò)展 Scrum。theBacklogworktoremainingnotburndown.Actual 團(tuán)隊(duì)成員自己挑選任務(wù)，而不是指派任務(wù)222。anSprint Backlog 示例PersonsworkingScrum物件之產(chǎn)品訂單 (Product Backlog)51 Jiangsu 一般情況使用用戶故事來表示 backlog條目223。 可能的客戶或其它干系人Sprint回顧會議上，全體成員討論有哪些好的做法可以啟動，哪些不好的做法不能再繼續(xù)下去了，哪些好的做法要繼續(xù)發(fā)揚(yáng)。223。 不要太正式? 不需要 PPT? 一般控制在 2個小時222。Scrum儀式之 Sprint評審會議223。Scrum 任務(wù)板 (Task Board)任務(wù)板（墻）展現(xiàn)了在 Sprint過程中所有要完成的任務(wù)。Master主持， Scrum儀式之每日 Scrum會議 (Daily Scrum)223。42Scrum框架43Scrum儀式之 Sprint計(jì)劃會議44 Jian