【正文】 精益原則鼓勵(lì) LSD過(guò)程消除耗損、把質(zhì)量體現(xiàn)于產(chǎn)品、創(chuàng)造知識(shí)、遵從承諾、快速交付、尊重成員以及整體優(yōu)化。 ?過(guò)程對(duì)技術(shù)和業(yè)務(wù)變化必須具有適應(yīng)性，以 “ 保證制造具有最好可能的產(chǎn)品 ” 。另外，設(shè)計(jì)為故事提供不多也不少的實(shí)現(xiàn)原則，不鼓勵(lì)額外功能性設(shè)計(jì)。 簡(jiǎn)單 —— 使不需要的工作最大化的藝術(shù) —— 是必要的。 敏捷過(guò)程 ?任何一個(gè)敏捷過(guò)程都可以由所強(qiáng)調(diào)的三個(gè)關(guān)鍵假設(shè)來(lái)識(shí)別 : 非常困難。 敏捷方法 ?不確定性意味著變更，而變更意味著付出昂貴的成本，特別是在其失去控制或疏于管理的情況下。一個(gè)敏捷團(tuán)隊(duì)能夠培養(yǎng)所有參與人員之間的交流與合作。我們必須接受 “ 支持變化 ”的思想，它應(yīng)當(dāng)根植于軟件開(kāi)發(fā)中的每一件事中，因?yàn)檫@是軟件的心臟與靈魂。 敏捷聯(lián)盟定義的 12條原則 圍繞受激勵(lì)的個(gè)人構(gòu)建項(xiàng)目。 ?常見(jiàn)的敏捷過(guò)程模型有 極限編程 、 自適應(yīng)軟件開(kāi)發(fā)、動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)方法、 Scrum、Crystal、特征驅(qū)動(dòng)開(kāi)發(fā)等 。 IXP合并了六個(gè)新實(shí)踐。 ?Scrum例會(huì) ： Scrum團(tuán)隊(duì)每天召開(kāi)的短會(huì)。 敏捷統(tǒng)一過(guò)程 AUP ?每個(gè) AUP迭代執(zhí)行以下活動(dòng)： ?建模 ?實(shí)現(xiàn) ?測(cè)試 ?部署 ?配置及項(xiàng)目管理 ?環(huán)境管理 小結(jié) 作業(yè) ?P5758頁(yè) ， ， 。 ?沖刺 (sprint)：由一些工作單元組成，這些工作單元是達(dá)到待定項(xiàng)中定義的需求所必需的，并且必須在預(yù)定的時(shí)間段內(nèi)完成。 工業(yè)極限編程 IXP ?IXP是 XP的一種有機(jī)進(jìn)化。 ?沒(méi)有人反對(duì)敏捷。 經(jīng)常交付可工作軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。每個(gè)人都是敏捷的，敏捷團(tuán)隊(duì)是能夠適當(dāng)響應(yīng)變化的靈活團(tuán)隊(duì)。開(kāi)發(fā)方法強(qiáng)調(diào)超越設(shè)計(jì)和分析（盡管并不排斥這類(lèi)活動(dòng)）的發(fā)布及開(kāi)發(fā)人員和客戶(hù)之間主動(dòng)和持續(xù)的溝通。 慣例過(guò)程模型的主要缺陷 (COC02a) ?忘記了開(kāi)發(fā)計(jì)算機(jī)軟件的人員的弱點(diǎn)。 ，設(shè)計(jì)和構(gòu)建是交錯(cuò)進(jìn)行的。 1每隔一定時(shí)間，團(tuán)隊(duì)會(huì)反省如何才能更有效地工作，并相應(yīng)調(diào)整自己的行為。 XP編碼活動(dòng)中的關(guān)鍵概念之一是 結(jié)對(duì)編程 。 ?開(kāi)發(fā)工作和開(kāi)發(fā)人員劃分為 “ 清晰的、低耦合的部分或包 ” 。 AM是可以有效和以輕量級(jí)方式用于軟件開(kāi)發(fā)項(xiàng)目的軟件建模價(jià)值、原則和實(shí)踐的集合。 ?項(xiàng)目計(jì)劃、進(jìn)度和跟蹤都由特征層次驅(qū)動(dòng)，而不是可任意調(diào)整的軟件工程任務(wù)集。 動(dòng)態(tài)系