第一篇：敏捷開發(fā)與極限編程的簡介（最終版）

敏捷開發(fā)與極限編程的簡介

什么是敏捷開發(fā)？

一種以人為核心、迭代、循序漸進的開發(fā)方法。

在敏捷開發(fā)中，軟件項目的構(gòu)建被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備集成和可運行的特征。簡言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。敏捷開發(fā)是由一些業(yè)界專家針對一些企業(yè)現(xiàn)狀提出了一些讓軟件開發(fā)團隊具有快速工作、響應(yīng)變化能力的價值觀和原則，并于2001初成立了敏捷聯(lián)盟。他們正在通過親身實踐以及幫助他人實踐，揭示更好的軟件開發(fā)方法。

通過這項工作，他們認為：

·個體和交互 勝過 過程和工具

·可以工作的軟件 勝過 面面俱到的文檔

·客戶合作 勝過 合同談判

·響應(yīng)變化 勝過 遵循計劃

并提出了以下遵循的原則：

我們最優(yōu)先要做的是通過盡早的、持續(xù)的交付有價值的軟件來使客戶滿意。即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢。

經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個星期到幾個月，交付的時間間隔越短越好。

在整個項目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。

圍繞被激勵起來的個體來構(gòu)建項目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。

在團隊內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對面的交談。

工作的軟件是首要的進度度量標準。

敏捷過程提倡可持續(xù)的開發(fā)速度。

責任人、開發(fā)者和用戶應(yīng)該能夠保持一個長期的、恒定的開發(fā)速度。不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計會增強敏捷能力。

簡單是最根本的。

最好的構(gòu)架、需求和設(shè)計出于自組織團隊。

每隔一定時間，團隊會在如何才能更有效地工作方面進行反省，然后相應(yīng)地對自己的行為進行調(diào)整。

參看《敏捷開發(fā)橫空出世》

極限編程（XP）是一種輕量級的軟件開發(fā)方法論，XP從實踐中來，是對實踐的總結(jié)，也是經(jīng)過實踐檢驗的，其主要特征是要適應(yīng)環(huán)境變化和需求變化，充分發(fā)揮開發(fā)人員的主動精神。XP承諾降低軟件項目風險，改善業(yè)務(wù)變化的反應(yīng)能力，提高開發(fā)期間的生產(chǎn)力，為軟件開發(fā)過程增加樂趣，相信這些足以吸引每個人的眼球。

在XP的項目開發(fā)中，首先引入了四個變量：成本、時間、質(zhì)量和范圍，通過研究變量之間的相互作用，將項目開發(fā)分析的更加透徹，成功講述一個項目成功的原則。

為了能成功地實施XP，XP制定四個準則：溝通、簡單、反饋和勇氣

和十二條原則：計劃游戲、小版本、隱喻、簡單設(shè)計、測試、重構(gòu)、結(jié)隊編程、代碼集體所有、持續(xù)集成、每周工作40小時、現(xiàn)場客戶、編碼標準

以及對開發(fā)人員的工作要求：編碼、測試、傾聽和設(shè)計。

XP是一個非常龐大的知識庫，每一項都是一門值得深究的學問。提出這些要求和原則后，XP有提出了一系列的解決方案，也就是策略，其中包含：管理策略、設(shè)施策略、計劃策略、開發(fā)策略、設(shè)計策略和測試策略。在真正去實現(xiàn)XP時，XP又提供了將策略成功應(yīng)用的實踐?？梢哉fXP為你的軟件開發(fā)的指導(dǎo)老師。XP是從實踐中來的，應(yīng)此有好多人圍繞XP發(fā)表了一些自己的實踐經(jīng)驗，其中主要包括：測試驅(qū)動開發(fā)、結(jié)隊編程、重構(gòu)和極限編程工具。

第二篇：敏捷開發(fā)簡介

敏捷開發(fā)簡介

2009-04-21 17:46:34.0來源:e800.com.cn

關(guān)鍵詞：Scrum精益開發(fā)敏捷開發(fā)

在軟件工業(yè)界，敏捷開發(fā)已成為眾多高效開發(fā)團隊的制勝之道。它不僅被許多中小公司青睞，在全球一百強的企業(yè)中，敏捷也已大行其道，受到許多資深項目管理者和開發(fā)人員的推崇。歐美軟件企業(yè)中，有近半企業(yè)已采用敏捷方法進行開發(fā)。大多數(shù)尚未應(yīng)用敏捷的企業(yè)，也都對其有所了解，而且很多在計劃實施。中國的外企，外包公司和許多知名企業(yè)也都開始采用了敏捷方法。例如，騰訊內(nèi)部幾乎所有的開發(fā)團隊都在實施敏捷。敏捷方法給這些企業(yè)也已帶來了巨大的收益。據(jù)業(yè)內(nèi)資深人士和長期從事敏捷咨詢的服務(wù)公司透露，采用敏捷開發(fā)的團隊一般會提高3-10倍的效率，軟件的質(zhì)量也有了更加可靠的保證。同時，敏捷開發(fā)的應(yīng)用也給團隊內(nèi)的每個成員提供了良好的發(fā)展機會。他們的技術(shù)和合作水平都能得到響應(yīng)的提高。敏捷的成功來源于其方法本身的適用性和團隊對它的深入理解和合理運用。下面我們就對敏捷開發(fā)做一個簡單的介紹和討論。敏捷開發(fā)由幾種輕量級的軟件開發(fā)方法組成。它們包括：極限編程（XP），Scrum，精益開發(fā)（Lean Development），動態(tài)系統(tǒng)開發(fā)方法（DSDM），特征驅(qū)動開發(fā)（Feature Driver Development），水晶開發(fā)（Cristal Clear）等等。所有這些方法都具有以下共同特征，它們也是敏捷開發(fā)的原則和方法：

1.迭代式開發(fā)。即整個開發(fā)過程被分為幾個迭代周期，每個迭代周期是一個定長或不定長的時間塊每個迭代周期持續(xù)的時間一般較短，通常為一到六周。

2.增量交付。產(chǎn)品是在每個迭代周期結(jié)束時被逐步交付使用，而不是在整個開發(fā)過程結(jié)束的時候一次性交付使用。每次交付的都是可以被部署到用戶應(yīng)用環(huán)境中被用戶使用的、能給用戶帶來即時效益和價值的產(chǎn)品。

3.開發(fā)團隊和用戶反饋推動產(chǎn)品開發(fā)。敏捷開發(fā)方法主張用戶能夠全程參與到整個開發(fā)過程中。這使需求變化和用戶反饋能被動態(tài)管理并及時集成到產(chǎn)品中。同時，團隊對于用戶的需求也能及時提供反饋意見。

4.持續(xù)集成。新的功能或需求變化總是盡可能頻繁地被整合到產(chǎn)品中。一些項目是在每個迭代周期結(jié)束的時候

集成，有些項目則每天都在這么做。

5.開發(fā)團隊自我管理。擁有一個積極的、自我管理的、具備自由交流風格的開發(fā)團隊，是每個敏捷項目必不可少的條件。人是敏捷開發(fā)的核心。敏捷開發(fā)總是以人為中心建立開發(fā)的過程和機制，而非把過程和機制強加給

人。

簡史

許多人認為，相比于“傳統(tǒng)”的瀑布開發(fā)模式，敏捷開發(fā)是一種“現(xiàn)代”的開發(fā)模式。但是，實際上敏捷方法，特別是迭代和增量開發(fā)方法（IID）起源于20世紀30年代的一些非軟件項目。而最早引入一些敏捷方法的項目之一就是20世紀60年代初的美國航天局水星計劃。在這個項目中，一些極限編程方法如測試先行等也被使用。此后，迭代和增量開發(fā)被IBM聯(lián)邦系統(tǒng)部（FSD）和沃森研究中心（Watson Research Center）采納。有趣的是一些研究人員甚至在關(guān)于瀑布開發(fā)模式的最早的論文中發(fā)現(xiàn)了敏捷開發(fā)的線索。在這篇論文中，溫斯頓.羅伊斯（Winston Royce）建議在一個項目中使用兩次瀑布模式，也就是使用兩次迭代。20世紀70年代，最早的有記載的使用迭代和增量開發(fā)的主要項目之一，是為第一艘美國三叉戟潛艇開發(fā)的第一指揮和控制系統(tǒng)。該項目有大約一百萬行代碼，進行得非常成功。迭代和增量開發(fā)從此開始穩(wěn)步發(fā)展，越來越多的項目開始使用這種開發(fā)模式。在1976年，Tom Gilb在他的著作《軟件度量》（“Software Metrics”）一書中闡述了他的迭代和增量開發(fā)實踐，這可能就是第一部闡述這種方法的書籍。迭代和增量開發(fā)的另一次出色發(fā)揮，是在一個美國宇航局航天飛機軟件的開發(fā)項目。這個項目負責開發(fā)其航空電子設(shè)備的軟件系統(tǒng)。改項目由IBM聯(lián)邦系統(tǒng)部（IBM FSD）在1977至1980年完成。一些典型的敏捷做法，如使用8

個周迭代以及用反饋推動開發(fā)循序漸進等方法都在該項目中得以應(yīng)用。

20世紀80年代，更多的出版物和更多的項目應(yīng)用進一步推進了迭代開發(fā)的發(fā)展。在1895年，巴里貝母（Barry Boehm）正式定義了使用迭代開發(fā)的螺旋模型（Spiral model）。80年代初，在美國國防部發(fā)生

了一件有趣的事情。美國國防部一直以來都要求其軟件開發(fā)商在開發(fā)過程中使用嚴格的瀑布開發(fā)模型。但是到了1987年末，國防部開始“建議”使用迭代和增量開發(fā)作為軟件開發(fā)模式。后來美國國防部的項目審查顯示，早期使用瀑布模式開發(fā)的軟件項目，有75%以失敗告終，有些開發(fā)出來的產(chǎn)品根本沒有被使用過，只有2%的軟件產(chǎn)品無需大量修改就能被正常使用。

20世紀90年代，推薦使用迭代和增量開發(fā)的出版物和文獻顯著增加。在經(jīng)歷了多次有“瀑布心態(tài)”

（?waterfall mentality?）項目的失敗之后，美國國防部開始“要求”而不是像80年代那樣僅僅是“建議”他們的軟件開發(fā)商使用IID開發(fā)模式。Rational統(tǒng)一開發(fā)過程（Rational Unified Process）也是在這一時期產(chǎn)生并發(fā)展起來的，它具有更規(guī)范的迭代漸進過程。到2000年底，更多的敏捷方法被廣泛推廣并被使用于各種不同的項目中。2001年二月，一組由17位在DSDM，XP，Scrum，F(xiàn)SD等領(lǐng)域的專家組成的代表團齊聚美國猶他州，尋找這些方法的共同點。最終，這些專家制定并宣布了敏捷開發(fā)宣言。由此形成了現(xiàn)在我們所

認識的敏捷開發(fā)和后來的敏捷聯(lián)盟。

敏捷優(yōu)勢

為什么瀑布模式多數(shù)情況下總會失敗？為什么我們需要敏捷開發(fā)模式？這個問題在日新月異，飛速發(fā)展的今天似乎很容易解釋。盡管瀑布模式能夠在一個迭代周期內(nèi)表現(xiàn)優(yōu)異，但是，在如何管理需求變化面前，瀑布模式

卻顯得無能為力。而事實上，大多數(shù)的軟件項目都具有以下一些特點：

·在初始階段，最終用戶通常不能準確得知道他們需要什么樣的軟件。即便知道，也很少有人能準確清楚的表

達出來。

·對于某些項目，在一開始，我們可以很好的定義其所有的功能，但是可能有很多細節(jié)只能隨著項目的不斷深入才能被挖掘出來。即便是我們了解了所有的細節(jié)，大多數(shù)人還是不能很好的處理這些細節(jié)，特別是在項目開

發(fā)初期。

·外部環(huán)境如客戶的業(yè)務(wù)模式，技術(shù)進步，甚至是系統(tǒng)的終端用戶都有可能在開發(fā)過程中不斷改變。而預(yù)想或

試圖阻止這些改變通常都是徒勞的。

·在互聯(lián)網(wǎng)時代，許多Web應(yīng)用程序的開發(fā)都是基于對遠景客戶的預(yù)期，而非當前用戶的實際需求。在這種

情況下，變化從開始就有，而且在系統(tǒng)開始應(yīng)用后幾乎每天都會發(fā)生。

敏捷方法處理需求和技術(shù)變化主要通過迭代過程來管理。在每一次迭代周期結(jié)束時，都應(yīng)交付用戶一個可用的，可部署的系統(tǒng)。使用并體驗該系統(tǒng)所獲得的有價值的反饋意見將按順序，在隨后的迭代周期中和其它需求變化一起在產(chǎn)品中實現(xiàn)和集成。每次迭代周期應(yīng)盡可能短，以便能及時頻繁地處理需求變化和用戶反饋。

采用敏捷開發(fā)方式將會給企業(yè)和用戶帶來諸多好處：

·精確。它將帶給用戶真正需要的軟件系統(tǒng)。瀑布模式通常會在產(chǎn)品起點與最終結(jié)果之間計劃出一條直線，然后沿著直線不斷往前走。然而當項目到達終點時，用戶通常會發(fā)現(xiàn)那已經(jīng)不是他們想去的地方。而敏捷方法則

采用小步的方式向前走，每走完一步，都需要及時調(diào)整并為下一步確定當前的方向，直到真正的終點?！べ|(zhì)量。敏捷方法對每一次迭代周期的質(zhì)量都有嚴格要求。一些敏捷方法如XP等，甚至使用測試驅(qū)動開發(fā)（test-driven development），即在正式開發(fā)功能代碼之前，先開發(fā)該功能的測試代碼。這些都對敏捷項

目的整個開發(fā)周期提供了可靠的質(zhì)量保證。

·速度。敏捷開發(fā)提倡避免較大的前期規(guī)劃，認為那是一種很大的浪費。因為很多預(yù)先計劃的東西都會發(fā)生改變，大規(guī)模的前期規(guī)劃通常是徒勞的。敏捷團隊只專注于開發(fā)項目中當前最需要的，最具價值的部分。這樣能

很快地投入開發(fā)。另外，較短的迭代周期使團隊成員能迅速進入開發(fā)狀態(tài)。

·豐厚的投資回報率（ROI）。在敏捷開發(fā)過程中，最具價值的功能總是被優(yōu)先開發(fā)，這樣能給客戶帶來最大的投資回報率。

·高效的自我管理團隊。這既是采用敏捷開發(fā)的必然結(jié)果，也是推動敏捷開發(fā)不斷前進的動力。敏捷開發(fā)要求團隊成員必須積極主動，自我管理。在這樣的團隊中工作，每個團隊成員的技術(shù)能力，交流，社交，表達和領(lǐng)

導(dǎo)能力也都能得以提高。

主要的敏捷方法

極限編程（XP）

極限編程（XP）的主要目的是降低需求變化的成本。它引入一系列優(yōu)秀的軟件開發(fā)方法，并將它們發(fā)揮到極致。比如，為了能及時得到用戶的反饋，XP要求客戶代表每天都必須與開發(fā)團隊在一起。同時，XP要求所有的編程都采用結(jié)對編程（pair-programming）的方式。這種方式是傳統(tǒng)的同行審查（peer review）的一種極端表現(xiàn)，或者可以說是它的替代方式。

XP定義了一套簡單的開發(fā)流程，包括：編寫用戶案例，架構(gòu)規(guī)范，實施規(guī)劃，迭代計劃，代碼開發(fā)，單元測

試，驗收測試等等。

像所有其他敏捷方法一樣，XP預(yù)期并積極接受變化。它具有以下的價值觀或原則：

·互動交流。團隊成員不是通過文檔來交流，文檔不是必須的。團隊成員之間通過日常溝通，簡單設(shè)計，測

試，系統(tǒng)隱喻以及代碼本身來溝通產(chǎn)品需求和系統(tǒng)設(shè)計。

·反饋。反饋是一種信息的交流，能使系統(tǒng)更加完善。反饋也和交流密切相關(guān)，客戶的實際使用、功能測試、單元測試等都能為開發(fā)團隊提供反饋信息。同時，開發(fā)團隊也可以通過估計和設(shè)計用戶案例的方式將信息反饋

給客戶。

·簡單。XP提倡簡單的設(shè)計，簡單的解決方案。XP總是從一個簡單的系統(tǒng)入手，并且只創(chuàng)建今天，而不是明

天，需要的功能模塊。因為它認為，創(chuàng)建明天需要的功能模塊可能會由于需求的變化而成為浪費。

·勇氣。XP在這一點所要達到的目的（我們認為）是鼓勵一些有較高風險的良好的做法。例如，它要求程序員

盡可能頻繁地重構(gòu)代碼，必須刪除過時的代碼，不解決技術(shù)難題就不罷休，等等。

·團隊。XP提倡團隊合作，相互尊重。XP以建立并激勵團隊為一項重要任務(wù)。同時它把互相尊重和實際的開發(fā)習慣相結(jié)合。比如，為了尊重其他團隊成員的勞動成果，每個人不得將未通過單元測試的代碼集成到系統(tǒng)

中。因此，每個人的代碼質(zhì)量必須過關(guān)。

核心做法：

·小規(guī)模，頻繁的版本發(fā)布，短迭代周期。

·測試驅(qū)動開發(fā)（Test-driven development）。

·結(jié)對編程（Pair programming）。

·持續(xù)集成（Continuous integration）。

·每日站立會議（Daily stand-up meeting）。

·共同擁有代碼Collative code ownership.·系統(tǒng)隱喻（System metaphor）。

SCRUM Scrum是一個敏捷開發(fā)框架，它由一個開發(fā)過程，幾種角色以及一套規(guī)范的實施方法組成。它可以被運用于

軟件開發(fā)，項目維護，也可以被用來作為一種管理敏捷項目的框架。

在Scrum中，產(chǎn)品需求被定義為產(chǎn)品需求積壓（product backlogs）。產(chǎn)品需求積壓可以是用戶案例，獨立的功能描述，技術(shù)要求等。所有的產(chǎn)品需求積壓都是從一個簡單的想法開始，并逐步被細化，直到可以被開

發(fā)的程度。

Scrum將開發(fā)過程分為多個Sprint周期，每個Sprint代表一個2-4周的開發(fā)周期，有固定的時間長度。首先，產(chǎn)品需求被分成不同的產(chǎn)品需求積壓條目。然后，在Sprint計劃會議（Sprint planning meeting）上，最重要或者是最具價值的產(chǎn)品需求積壓被優(yōu)先安排到下一個Sprint周期中。同時，在Sprint計劃會上，將會預(yù)先估計所有已經(jīng)分配到Sprint周期中的產(chǎn)品需求積壓的工作量，并對每個條目進行設(shè)計和任務(wù)分配。在Sprint開發(fā)過程中，每天開發(fā)團隊都會進行一次簡短的Scrum會議（Daily Scrum Meeting）。會議上，每個團隊成員需要匯報各自的進展情況，同時提出目前遇到的各種障礙。每個Sprint周期結(jié)束后，都會有一個可以被使用的系統(tǒng)交付給客戶，并進行Sprint審查會議（Sprint review meeting）。審查會上，開發(fā)團隊將會向客戶或最終用戶演示新的系統(tǒng)功能。同時，客戶會提出意見以及一些需求變化。這些可以以新的產(chǎn)品需求積壓的形式保留下來，并在隨后的Sprint周期中得以實現(xiàn)。Sprint回顧會隨后會總結(jié)上次Sprint周期中有哪些不足需要改進，以及有哪些值得肯定的方面。最后整個過程將從頭開始，開始一個新的Sprint計劃會議。

Scrum定義了4種主要的角色：

·產(chǎn)品擁有者（Product Owner）：該角色負責產(chǎn)品的遠景規(guī)劃，平衡所有利益相關(guān)者（stakeholder）的利

益，確定不同的產(chǎn)品需求積壓的優(yōu)先級等。它是開發(fā)團隊和客戶或最終用戶之間的聯(lián)絡(luò)點。

·利益相關(guān)者（Stakeholder）：該角色與產(chǎn)品之間有直接或間接的利益關(guān)系，通常是客戶或最終用戶代表。

他們負責收集編寫產(chǎn)品需求，審查項目成果等。

·Scrum專家（Scrum Master）：Scrum專家負責指導(dǎo)開發(fā)團隊進行Scrum開發(fā)與實踐。它也是開發(fā)團

隊與產(chǎn)品擁有者之間交流的聯(lián)絡(luò)點。

·團隊成員（Team Member）：即項目開發(fā)人員。

Scrum提供一個敏捷開發(fā)框架，其他許多敏捷方法都可以被集成到Scrum中。比如測試驅(qū)動開發(fā)（test-

driven development）和結(jié)對編程（pair programming）等都可以被整合到Scrum中。

精益開發(fā)（LEAN DEVELOPMENT）

精益軟件開發(fā)模式是從豐田公司的產(chǎn)品開發(fā)方法中演化而來。它主要包括兩個部分：一部分是核心思想及原

則，另外一部分由一些在相應(yīng)的工具構(gòu)成。

精益開發(fā)的核心思想是查明和消除浪費。在軟件開發(fā)過程中，錯誤（bugs），沒用的功能，等待以及其他任何對實現(xiàn)結(jié)果沒有益處的東西都是浪費。浪費及其源頭必須被分析查明，然后設(shè)法消除。精益開發(fā)的其它原則

包括:

·強調(diào)學習。軟件開發(fā)過程是一個不斷學習的過程。每個團隊成員都需要從日常的失敗，互動，交流以及信息

反饋中學習，不斷改進所開發(fā)的產(chǎn)品和開發(fā)效率。

·在最后時刻做決定。這樣可以避免在可能改變的事情上做無謂的努力，從而有效的避免浪費。

·用最快的速度交付用戶。較短的迭代周期能夠加速產(chǎn)品的開發(fā)及交付，加快交流，提高生產(chǎn)力。

·給團隊自主權(quán)。激勵團隊并讓所有團隊成員自我管理始終是所有敏捷方法獲得成功的基本因素之一?！ふ\信。確保整個系統(tǒng)正常工作，真正滿足客戶的需求是整個團隊需要努力堅持的誠信和和對用戶的承諾?！と钟^。精益開發(fā)強調(diào)整體優(yōu)化的系統(tǒng)。無論開發(fā)的組織還是被開發(fā)的產(chǎn)品，從整體上考慮優(yōu)化比從各個局

部去優(yōu)化更高效。

對于上述的每個原則，都有一些相應(yīng)的實現(xiàn)工具。這些工具包括價值流圖（Value Stream Mapping），基于集合的開發(fā)（set-based development），拉系統(tǒng)（pull system），排隊論（queuing theory），等

等。

和其它敏捷方法相比，精益軟件更重要的是不斷完善開發(fā)過程的一種思維方式。因此，將精益模式與其他敏捷

開發(fā)模式一起使用將會取得很好的效果。

其它敏捷方法

動態(tài)系統(tǒng)開發(fā)方法（DSDM）是由快速應(yīng)用程序開發(fā)（RAD）方法演變而來的敏捷開發(fā)模式。DSDM在普遍的敏捷價值和原則的基礎(chǔ)上，定義了更加詳細的流程，以涵蓋更完整的項目生命周期。它們包括項目前期活動

（pre-project activities），項目可行性研究，功能建模，設(shè)計和開發(fā)，實施或部署，項目后期維護（post-project maintenance），等等。同時，每個過程都定義了諸如如何將每個功能模型轉(zhuǎn)化為實際代碼，如何將原型交付最終用戶使用并審查，如何處理反饋信息等的詳細步驟。因此，DSDM相比于其它敏捷

方法在過程上顯得比較繁重。

特征驅(qū)動開發(fā)（FDD）是另一種敏捷開發(fā)方式，它將用戶的功能需求劃分成更小的功能特征，然后逐步地在每個迭代周期中開發(fā)實現(xiàn)這些產(chǎn)品特征。與DSDM方式一樣，F(xiàn)DD仍然會在項目初期對整個項目做較大的規(guī)

劃和建模，以獲得對該系統(tǒng)的全面了解。但是相比DSDM來說，F(xiàn)DD在這些方面簡捷了一些。

Crystal Clear是另一種敏捷方法。Crystal Clear更專注于人。相比于其他的敏捷方法，它可使人獲得更大的解放。據(jù)稱這種方法更適合于較小規(guī)模的開發(fā)小組（由2-8個人組成）和非關(guān)鍵項目。Crystal Clear定義了七種屬性。前3個屬性-頻繁的交付（frequent delivery），滲透交流（osmotic communication），反思提高（reflective improvement）-反映出基本的敏捷開發(fā)做法和價值，如周期較短的迭代式開發(fā)，自我管理的開發(fā)團隊和反饋帶動增量發(fā)展等等。另外的4個屬性分別是：個人安全（personal safety），集中

（focus），容易接觸專家用戶（easy access to expert users）和技術(shù)環(huán)境（technical

environment）。其中，容易接觸專家用戶實際就是敏捷方法中提到的客戶持續(xù)參與，但Crystal Clear對此要求比較寬松。Crystal Clear也提供了一些通用的做法，比如，它提供了三種回顧分析的方法：訪談，問卷調(diào)查和工作組。Crystal Clear的過程也是相當簡單，其中涉及短的迭代周期，日常會議及持續(xù)集成等。還有其他一些敏捷方法如敏捷統(tǒng)一過程（Agile Unified process），上下文驅(qū)動開發(fā)（Context Driven Development），Getting Real等。這些方法都是增量和迭代開發(fā)過程，并且重視人多過于整個過程。而各種敏捷方法的區(qū)別在于它們對敏捷的不同闡釋和不同側(cè)重。理解這些方法可以幫助我們從多個角度理解敏捷

開發(fā)，并且了解更多的最佳應(yīng)用。

如何選擇一種敏捷方法

選擇一種合適的方法取決于多種因素。在做出決定之前，我們需要充分考慮以下這些方面：

·方法的復(fù)雜度。確保你的團隊或組織能夠應(yīng)付這種復(fù)雜度。

·社區(qū)和業(yè)界支持。流行的方法可能并不是你最理想的選擇，但流行的方法 至少有較多的社區(qū)及行業(yè)支持，可

以使你受益匪淺。

·實用工具。選擇一種可以為你提供支持工具的方法。一個良好的軟件工具可以幫助團隊有效的處理日常工

作，促進團隊協(xié)作，并減少管理成本。

·你目前的開發(fā)方式以及團隊關(guān)于敏捷方法的認識程度。選擇一些與你當前開發(fā)方式比較接近的敏捷方法將有

助于推動該方法的實施。

·你的團隊規(guī)模。較小規(guī)模的團隊最好從簡單的方式入手。當然，這并不意味著你必須選擇那些本身就比較簡單的方法如Crystal Clear。你可以選擇一些相對比較全面的方法，但從簡單入手。當你的團隊規(guī)模逐漸擴

大，再增加相應(yīng)的細節(jié)。

·你不需要只遵從一種方法。你可以為團隊選擇一個主要的方法（如Scrum），然后從其他方法中借鑒對你的團隊或組織有所幫助的其他方式加以整合。

敏捷總是在不斷發(fā)展演變，因此，沒有一個人能保證目前的敏捷方法都是正確的。每個采用敏捷開發(fā)的團隊都

可以通過發(fā)現(xiàn)并形成自己的想法和最佳實踐，對敏捷開發(fā)做出自己的貢獻。

相關(guān)培訓(xùn)服務(wù)請查看：http:///services/training

1.SCRUM SCRUM?這個單詞我以前沒見過,所以我就不喜歡它,呵呵.SCRUM本義表示“混亂”,它包括

多個“怪異”的方法/過程名稱。比如，SCRUM將開發(fā)過程分為30天的迭代周期，每個

迭代周期叫做一個Sprint(原意:沖啊!)；每天有一個15分鐘的短會，用來決定第二天的任務(wù)安排這樣的短會就叫做scrum。

我不喜歡SCRUM的原因如下:

1)一個方法,搞出這么多名詞,加重我們程序員的負擔,不好;

2)SCRUM的迭代周期為30天,而且一個周期叫一個“沖”,那不是要累死我們程序員?

3)每天有一個15分鐘的短會,唉,XX黨的會多!

4)15分鐘的短會叫“混亂”,那....,15分鐘能結(jié)束嗎?

5)SCRUM強調(diào),開發(fā)者每天要向管理者報告項目進度,唉,我受不了了....2.Crystal Crystal根據(jù)項目規(guī)模和項目的重要性(如發(fā)射火箭的項目和一個“hello world”程序的重要性當然是不一樣的)來區(qū)別項目,并賦以相應(yīng)的方法,所以,crystal是方法的組合.相對于其它敏捷方法,Crystal強調(diào)軟件開發(fā)流程的紀律性,所以,它比其它敏捷方法易

于使用,但它的生產(chǎn)率不如XP等其它敏捷方法.3.ASD（Adaptive Software Development）

ASD強調(diào)開發(fā)方法的適應(yīng)性（Adaptive），這一思想來源于復(fù)雜系統(tǒng)的混沌理論(這個

名字大家應(yīng)該都聽說過了,炒股的用的很多,呵呵)。ASD不象其他方法那樣有很多具體的實踐做法，它更側(cè)重于理論,因為它的作者就是搞理論出身的。

4.FDD FDD（Feature Driven Development）定義了5個流程，分別是Develop an Overall Model、Build a Features List、Plan by Feature、Design by Feature和Build by Feature。

前3個流程是在項目開始就進行的，其實總體相當于我們現(xiàn)在的系統(tǒng)分析;后兩個則出

現(xiàn)在每次迭代周期中,FDD的迭代周期是兩周,相當于我們現(xiàn)在的設(shè)計/編碼/測試。

開發(fā)人員被歸為兩種，一種是主程序員，另一種是class所有者。主程序員不作具體的編程工作，但要負責將Feature和Class對應(yīng)起來，并充當開發(fā)協(xié)調(diào)者、設(shè)計者、技術(shù)

支持和指導(dǎo)者等；class所有者則進行實際的編程。我認為這樣的劃分對國內(nèi)的軟件開

發(fā)情況不合適,因為,真正達到主程序員水平的人,太少了!

對于ASD和FDD,國內(nèi)介紹的還是比較多的.5.XP

第三篇：敏捷開發(fā)個人體會和分享報告

敏捷開發(fā)個人體會和分享報告

敏捷開發(fā)，曾經(jīng)對它的理解就是沒有文檔的快速開發(fā)，先做原型，針對原型面對面交流，按照大家認可的原型再做快速開發(fā)，多次的面對面討論原型，不斷迭代原型，針對每次迭代的原型進行快速開發(fā)。眾所周知，寫軟件開發(fā)文檔是每一個程序員都懶于做的事情，認為比較痛苦的事情，所以越來越多的人因為這點去使用敏捷開發(fā)。但是經(jīng)過培訓(xùn)學習之后，我對敏捷開發(fā)有了一些新的理解。

首先，對敏捷開發(fā)下個定義，借用百度百科的定義。簡單的說，敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法。在敏捷開發(fā)中，軟件項目的構(gòu)建被切分成多個子項目，各個子項目的成果都經(jīng)過測試，具備集成和可運行的特征。換言之，就是把一個大項目分為多個相互聯(lián)系，但也可獨立運行的小項目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。

這個定義只從表面上解釋了一下敏捷開發(fā)，沒有具體說明怎樣使用敏捷開發(fā)。下面講一下我對敏捷開發(fā)的具體心得。

1、架構(gòu)師的重要性

首先，敏捷開發(fā)對于個人能力的要求是十分高的，尤其是領(lǐng)導(dǎo)人的能力。領(lǐng)導(dǎo)者及架構(gòu)師是個舉足輕重的角色，需要眼觀大圖，并關(guān)注最終成果，這就要求領(lǐng)導(dǎo)者及架構(gòu)師有深厚的行業(yè)背景、創(chuàng)新能力、以及架構(gòu)能力。一個好的架構(gòu)師，必須能考慮到產(chǎn)品當前使用模塊、產(chǎn)品可以繼續(xù)發(fā)展的模塊以及下一代產(chǎn)品的方向。只有考慮到這三種模塊和特性，這樣的產(chǎn)品才能保持長期的生命力。敏捷開發(fā)也強調(diào)擁抱市場變化，這對產(chǎn)品架構(gòu)師提出了更高的要求——深厚的業(yè)務(wù)背景、創(chuàng)新能力、技術(shù)洞察力和架構(gòu)思想。

2、能夠隨時應(yīng)對變化的結(jié)構(gòu)，適應(yīng)需求變化，并能駕馭需求變化 能夠隨時應(yīng)對變化的結(jié)構(gòu)，比遵循計劃更重要。計劃不要考慮太遠，因為各種環(huán)境都在發(fā)生變化，隨著軟件的提交，需求也許會發(fā)生變化。完美的甘特圖能夠體現(xiàn)對項目的整體控制力，但是詳細的甘特圖也是不切合實際的。感覺一般做一周的計劃，是最切合實際的。

3、盡早地、持續(xù)地交付有價值的軟件來滿足客戶需求

經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好。只要我們可以保證交付的軟件可以很好的工作，那么交付時間越短，我們和客戶協(xié)作就越緊密，對產(chǎn)品成果就更有益。雖然我們多次迭代，但并不是每次迭代的結(jié)果都需要交付給用戶，敏捷開發(fā)的目標是讓他們可以交付。這意味著開發(fā)小組在每次迭代中都會增加一些功能，增加的每個功能都是經(jīng)過編碼、測試，達到可以交付的標準。

4、嚴格執(zhí)行單元測試

所有編程人員都知道需要做單元測試，但是有多少人可以認真對待。很少人是真的想盡辦法構(gòu)建測試案例，大多數(shù)人都是應(yīng)付了事。所以要認真對待單元測試，無單元測試的代碼嚴禁提交?！癥23理論”教導(dǎo)我們不要忽視細小的錯誤，如果不把細小的錯誤消滅掉，它會給你帶來毀滅性的重創(chuàng)。

5、每日站立會議，面對面交流

各團隊成員的工作相對比較獨立，對其它成員的工作了解不多，不利于整個項目的發(fā)展，每個成員容易歇入研究的死胡同。所以在團隊內(nèi)部，每日站立會議、面對面交流是最具有效果并且富有效率的傳遞信息的方法。每日站立會議要求每個人必須定點進入會議狀態(tài)。每日會議前每個人要更新自己的任務(wù)面板。每日會議中決定要簽出的任務(wù)，并在會議后更新任務(wù)面板，并在任務(wù)便簽上注明任務(wù)的簽出人。

6、關(guān)注成果，把工作按照重要性和緊急性進行分類，權(quán)衡工作重點 團隊成員圍繞“眼觀大圖，關(guān)注成果”這一導(dǎo)向，把自己的近期工作按照重要性和緊急性進行分類，分為四類：

1、重要、緊急

2、重要、不緊急

3、不重要、緊急

4、不重要、不緊急。根據(jù)四類情況對自己的近期工作進行權(quán)衡，把握工作重點，緊扣要事，使近期工作得以順利開展，使遠期工作也得以順利進行。

現(xiàn)在社會工作的節(jié)奏越來越快，相信敏捷開發(fā)的使用者也越來越多。通過不斷的對敏捷開發(fā)方法進行改善，我相信，以后不只那些中小型項目會使用敏捷開發(fā)，而且一些大的項目也會使用。總有一天，人們使用敏捷開發(fā)時會做到駕馭自如！

第四篇：《數(shù)控機床與編程》課程簡介

《數(shù)控機床與編程》課程簡介

數(shù)控機床是現(xiàn)代制造技術(shù)的核心設(shè)備，該裝備的先進程度和數(shù)量代表了一個國家的制造業(yè)綜合水平。《數(shù)控機床與編程》課程以數(shù)控機床為對象，結(jié)合當前世界數(shù)控產(chǎn)業(yè)的最新技術(shù)，研究數(shù)控系統(tǒng)的工作原理、組成部分、性能特點及數(shù)控車床、數(shù)控銑床、加工中心的程序編制方法。通過本課程的學習應(yīng)掌握計算機數(shù)控技術(shù)的基本原理和基礎(chǔ)知識，掌握數(shù)控系統(tǒng)和機械結(jié)構(gòu)，培養(yǎng)學生編程和加工的能力。隨著機械自動化程度的提高和數(shù)控技術(shù)的不斷發(fā)展，數(shù)控技術(shù)將有更大的發(fā)展空間?！稊?shù)控機床與編程》是一個實踐性非常強的一門課程，其主要任務(wù)是訓(xùn)練學生數(shù)控編程和數(shù)控加工的能力,目的是培養(yǎng)學生的實踐動手能力和創(chuàng)新能力。

學習本課程的目的是使學生在短時間內(nèi)掌握數(shù)控機床、數(shù)控編程數(shù)控系統(tǒng)及其編成與操作有關(guān)基本知識；并通過實驗增加感性認識，提高學生的動手能力。本課程還通過先進的電教手段和網(wǎng)絡(luò)化教學手段，為學生提供更多的信息。

學生學完本課程后應(yīng)達到的要求：

1、知識教學目標

1）掌握數(shù)控加工的工藝特點與解決方法

2）掌握編程中數(shù)學處理的基本知識及一定的計算機處理方法的知識

3）掌握常用準備功能指令、輔助功能指令、宏功能指令

4）掌握調(diào)試加工程序，參數(shù)設(shè)置、模擬調(diào)整的方法

5）了解數(shù)控機床的基本構(gòu)造

2、能力培養(yǎng)目標

1）具備合理制訂數(shù)控加工的工藝方案的基本能力

2）具備合理確定走刀路線、合理選擇刀具及加工余量的基本能力

3）具備手工編寫一般復(fù)雜程度零件的數(shù)控加工程序的初步能力

4）具備調(diào)試加工程序，參數(shù)設(shè)置、模擬調(diào)整的基本能力

5）具備采用計算機輔助編程的初步能力

第五篇：極限震撼Show簡介[定稿]

《極限震撼》簡介

《極限震撼》作為國內(nèi)首個原版引進的“外百老匯”音樂劇，在傳承音樂舞蹈等傳統(tǒng)戲劇元素的同時，也將把嶄新的“秀場表演”呈獻給中國觀眾，讓中國觀眾不用走出國門就能享受到世界最先鋒前衛(wèi)的藝術(shù)表演?！稑O限震撼》的特別，不僅在于沒有固定的舞臺。整個演出，現(xiàn)場不設(shè)任何座位，所有門票都是統(tǒng)一價格，就算你沒有擠進場地正中央，演員也可能突然從你身邊蹦出來。演員會突然出現(xiàn)在你的身邊、頭頂，甚至腳下，或凌空跳起拍你塊巨型“板磚”，或突然傾盆大雨讓你里外濕透。2005年，上演，2007李奧納多·迪卡普里奧、賈斯汀·汀布》的MV取場的奔跑者。51場，吸引4登場。2014年10月22日，《極限震撼》在南寧·會展中心震撼登場！