敏捷開發(fā)的效果【形象的圖展示】

敏捷更符合軟件開發(fā)規(guī)律

軟件更像一個活著的植物，軟件開發(fā)是自 底向上逐步有序的生長過程 ，類似于植物自然生長 敏捷開發(fā) 遵循軟件客觀規(guī)律 ，不斷的 進(jìn)行迭代增量開發(fā) ，最終交付符合客戶價值的產(chǎn)品 什么是敏捷軟件開發(fā) ? 敏捷開發(fā)是一個 概念框架 ，這個概念框架是由滿足 敏捷宣言的價值和原則的一系列方法和實(shí)踐組成 ， 敏捷開發(fā) 不是固定的【沒有固定的步驟，比如你自己的房子你隨意的裝修，看你的心情】，它是由自我管理、不同功能的團(tuán)隊(duì)一起合作，在滿足團(tuán)隊(duì)自身環(huán)境的一系列實(shí)踐和方法之上，逐步演化而來。

1.敏捷開發(fā)浪潮

看看到底又那些公司在使用敏捷開發(fā)

敏捷開發(fā)流程：就是讓我們盡量能完美的完成用戶需求的一種開發(fā)模式【快速實(shí)現(xiàn)用戶想要的軟件】 ，無論是 上百人的大型團(tuán)隊(duì)，還是小到 幾個人或者兩個人的小型團(tuán)隊(duì)

• ISO 9000（09版）標(biāo)準(zhǔn)將在原來八大原則的基礎(chǔ)上新增敏捷原則
• 2000年美國軍方軟件開發(fā)標(biāo)準(zhǔn)（DOD 5000.2）推薦迭代為軟件開發(fā)優(yōu)選模式
• 世界影響最大的美國波多里奇國家質(zhì)量獎將敏捷作為核心的十一大原則之一

2.敏捷開發(fā)歷史：【軟件開發(fā)順應(yīng)時代變化，從重型過程轉(zhuǎn)向輕量型敏捷】

20世紀(jì)60年代 軟件作坊軟件規(guī)模小，已作坊式開發(fā)為主【比如說兩個人開發(fā)一個項(xiàng)目，只要緊密的溝通就可以這個 項(xiàng)目比較好的完成，即使出了很大的更動，由于軟件比較小，大不了重新寫一遍都是可以的 】70年代 軟件危機(jī)硬件飛速發(fā)展，軟件規(guī)模和復(fù)雜度激增，引發(fā)軟件危機(jī)【作坊式開發(fā)更不上時代了，軟件越來越龐大，需求越來越多，沒有很好的過程管理，和科學(xué)的開發(fā)流程就會很亂。比如打仗，部隊(duì)零零散散，說不定打起仗來都跑路了，這里也是相似的 程序員相互推卸責(zé)任，說不定到后面，寫出來的產(chǎn)品都不是用戶想要的】80年代 軟件過程控制引入制造業(yè)的成熟的生產(chǎn)制造管理方法，以“過程為中心”分階段來控制軟件開發(fā)（瀑布模型【大致流程：需求分析->設(shè)計->編碼->測試->產(chǎn)品】），一定程度緩解了軟件危機(jī)【把軟件劃分成多個階段，每個階段的工作都不一樣，但瀑布模型流程比較復(fù)雜，成本相應(yīng)的比較高（因?yàn)榭赡苊總€過程都可能增加很多約束和限制，很難控制）】90年代 重型過程軟件失敗的經(jīng)驗(yàn)促使過程被不斷增加約束和限制，軟件開發(fā)過程日益“重型化”，開發(fā)效率降低，響應(yīng)速度變慢；【用戶要改點(diǎn)需求就變得很困-難，說不定等開發(fā)出來，軟件已經(jīng)過時了，所以這種方式不是很靈活】2001-今天 敏捷正在流行隨著 信息化時代的到來，需求可能變更的很快，交付周期【軟件做的越快越好】成為企業(yè)核心競爭力，輕量級的，更能夠適應(yīng)變化的敏捷開發(fā)方法被普遍認(rèn)同并 變得 迅速的流行。

3.敏捷宣言揭示更好的軟件開發(fā)方法

我們正在通過親身實(shí)踐以及幫助他人實(shí)踐，揭示更好地軟件開發(fā) 方法。通過這項(xiàng)工作，我們認(rèn)為：

【敏捷宣言-價值觀】

1.個體交互【客戶與開發(fā)者&&開發(fā)者團(tuán)隊(duì)內(nèi)部的溝通】

勝過過程和工具【敏捷也有過程和工具，只是說交互更重要】2.可以工作的軟件【文檔寫的在全，但是我們的目的還是在于做出軟件，給用戶提供一個可以用的軟件，用戶說：這個不是我想要的，這個不是我想要的，我們在把軟件進(jìn)行迭代，最終的軟件比較符合用戶的需求】勝過面面俱到的文檔3.客戶合作【萬一 文檔 和 客戶的要求 理解有差異，防止軟件出來，互相撕逼，互相甩鍋，跟客戶之間有分歧的 時候，抱著合作的心態(tài)交流】勝過合同談判4.響應(yīng)變化【在最短的時間內(nèi)，響應(yīng)用戶需求的變化，免得按計劃走跟不上變化，用戶覺得花了一堆錢 得到一個 垃圾】勝過遵循計劃 雖然右項(xiàng)具有價值 但我們認(rèn)為左項(xiàng)更具有價值

敏捷宣言（ 2001年）是 敏捷起源的基礎(chǔ) ，由上述4個簡單的價值觀組成，敏捷宣言的簽署推動了敏捷運(yùn)動 敏捷宣言本質(zhì)是揭示一種更好的軟件開發(fā)方式，啟迪人們重新思考軟件開發(fā)中的價值和如何更好的工作

4.敏捷開發(fā)十二項(xiàng)原則【指導(dǎo)原則，但不是一塵不變的】

• 1. 我們的最高目標(biāo)是，通過盡早和持續(xù)地交付有價值的軟件來滿足客戶?！?strong>前期我們做版本把最核心的功能實(shí)現(xiàn)了，就給用戶使用看看用戶的建議或者意見】
• 2.歡迎對需求提出變更——即使是在項(xiàng)目開發(fā)后期。要善于利用需求變更，幫助客戶獲得競爭優(yōu)勢?！?strong>因?yàn)槭袌鲞@個東西變化很快，說不等已經(jīng)有別的客戶有了這個相似的軟件，客戶在用這個軟件市場就沒那么大了，所以要?dú)g迎用戶提出變更】
• 3.要不斷交付可用的軟件，周期從幾周到幾個月不等，且越短越好?！?strong>目的：根據(jù)用戶的建議和意見修改軟件，盡可能的滿足用戶】
• 4.項(xiàng)目過程中，業(yè)務(wù)人員【了解需求的】與開發(fā)人員必須在一起工作?！?strong>有問題及時發(fā)現(xiàn)，及時修改】
• 5.要善于激勵項(xiàng)目人員，給他們以所需要的環(huán)境和支持，并相信他們能夠完成任務(wù)?！?strong>奶他們就行】
• 6.無論是團(tuán)隊(duì)內(nèi)還是團(tuán)隊(duì)間，最有效的溝通方法是面對面的交談?！?strong>文檔交流，大家都知道中華文化博大精深，同樣的漢字可能有誤解】
• 7.可用的軟件是衡量進(jìn)度的主要指標(biāo)?！?strong>不要用 軟件文檔什么模塊來衡量軟件的進(jìn)度，而是可用的軟件】
• 8.敏捷過程提倡可持續(xù)的開發(fā)。項(xiàng)目方、開發(fā)人員和用戶應(yīng)該能夠保持恒久穩(wěn)定的進(jìn)展 速度?！?strong>和用戶商談，有問題馬上進(jìn)行確認(rèn)，馬上修改】
• 9.對技術(shù)的精益求精以及對設(shè)計的不斷完善將提升敏捷性【功能越來越多，涉及到的技術(shù)也越來越多，設(shè)計完善可以提高效率】
• 10.要做到簡潔，即盡最大可能減少不必要的工作。這是一門藝術(shù)?！?strong>每個模塊用簡單的方法實(shí)現(xiàn)】
• 11.最佳的架構(gòu)、需求和設(shè)計出自于自組織的團(tuán)隊(duì)。【大家自發(fā)的，做事情比較自覺，而不是被命令式的團(tuán)隊(duì)，心里素質(zhì)不好：直接刪庫跑路之類的】
• 12.團(tuán)隊(duì)要定期反省如何能夠做到更有效，并相應(yīng)地調(diào)整團(tuán)隊(duì)的行為?！?strong>沒有最好，只有更好 比如：我們這種方式可以，但有什么地方有不足和提高呢】

十二項(xiàng)原則指導(dǎo)了團(tuán)隊(duì)研發(fā)的文化，對其原則的堅持也需要我們團(tuán)隊(duì)不斷地做出 調(diào)整 堅持原則本身是一件非常困難的事情，這是敏捷團(tuán)隊(duì)調(diào)整的 目標(biāo)

5.敏捷對生產(chǎn)率、質(zhì)量、滿意度、成本有明顯改進(jìn)