第一篇：敏捷開(kāi)發(fā)個(gè)人體會(huì)和分享報(bào)告

敏捷開(kāi)發(fā)個(gè)人體會(huì)和分享報(bào)告

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

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

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

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

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

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

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

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

4、嚴(yán)格執(zhí)行單元測(cè)試

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

5、每日站立會(huì)議，面對(duì)面交流

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

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

1、重要、緊急

2、重要、不緊急

3、不重要、緊急

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

現(xiàn)在社會(huì)工作的節(jié)奏越來(lái)越快，相信敏捷開(kāi)發(fā)的使用者也越來(lái)越多。通過(guò)不斷的對(duì)敏捷開(kāi)發(fā)方法進(jìn)行改善，我相信，以后不只那些中小型項(xiàng)目會(huì)使用敏捷開(kāi)發(fā)，而且一些大的項(xiàng)目也會(huì)使用?？傆幸惶?，人們使用敏捷開(kāi)發(fā)時(shí)會(huì)做到駕馭自如！

第二篇：敏捷開(kāi)發(fā)簡(jiǎn)介

敏捷開(kāi)發(fā)簡(jiǎn)介

2009-04-21 17:46:34.0來(lái)源:e800.com.cn

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

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

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

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

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

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

集成，有些項(xiàng)目則每天都在這么做。

5.開(kāi)發(fā)團(tuán)隊(duì)自我管理。擁有一個(gè)積極的、自我管理的、具備自由交流風(fēng)格的開(kāi)發(fā)團(tuán)隊(duì)，是每個(gè)敏捷項(xiàng)目必不可少的條件。人是敏捷開(kāi)發(fā)的核心。敏捷開(kāi)發(fā)總是以人為中心建立開(kāi)發(fā)的過(guò)程和機(jī)制，而非把過(guò)程和機(jī)制強(qiáng)加給

人。

簡(jiǎn)史

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

個(gè)周迭代以及用反饋推動(dòng)開(kāi)發(fā)循序漸進(jìn)等方法都在該項(xiàng)目中得以應(yīng)用。

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

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

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

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

認(rèn)識(shí)的敏捷開(kāi)發(fā)和后來(lái)的敏捷聯(lián)盟。

敏捷優(yōu)勢(shì)

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

卻顯得無(wú)能為力。而事實(shí)上，大多數(shù)的軟件項(xiàng)目都具有以下一些特點(diǎn)：

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

達(dá)出來(lái)。

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

發(fā)初期。

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

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

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

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

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

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

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

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

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

·速度。敏捷開(kāi)發(fā)提倡避免較大的前期規(guī)劃，認(rèn)為那是一種很大的浪費(fèi)。因?yàn)楹芏囝A(yù)先計(jì)劃的東西都會(huì)發(fā)生改變，大規(guī)模的前期規(guī)劃通常是徒勞的。敏捷團(tuán)隊(duì)只專注于開(kāi)發(fā)項(xiàng)目中當(dāng)前最需要的，最具價(jià)值的部分。這樣能

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

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

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

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

主要的敏捷方法

極限編程（XP）

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

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

試，驗(yàn)收測(cè)試等等。

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

·互動(dòng)交流。團(tuán)隊(duì)成員不是通過(guò)文檔來(lái)交流，文檔不是必須的。團(tuán)隊(duì)成員之間通過(guò)日常溝通，簡(jiǎn)單設(shè)計(jì)，測(cè)

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

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

給客戶。

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

天，需要的功能模塊。因?yàn)樗J(rèn)為，創(chuàng)建明天需要的功能模塊可能會(huì)由于需求的變化而成為浪費(fèi)。

·勇氣。XP在這一點(diǎn)所要達(dá)到的目的（我們認(rèn)為）是鼓勵(lì)一些有較高風(fēng)險(xiǎn)的良好的做法。例如，它要求程序員

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

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

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

核心做法：

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

·測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（Test-driven development）。

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

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

·每日站立會(huì)議（Daily stand-up meeting）。

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

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

軟件開(kāi)發(fā)，項(xiàng)目維護(hù)，也可以被用來(lái)作為一種管理敏捷項(xiàng)目的框架。

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

發(fā)的程度。

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

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

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

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

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

他們負(fù)責(zé)收集編寫產(chǎn)品需求，審查項(xiàng)目成果等。

·Scrum專家（Scrum Master）：Scrum專家負(fù)責(zé)指導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行Scrum開(kāi)發(fā)與實(shí)踐。它也是開(kāi)發(fā)團(tuán)

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

·團(tuán)隊(duì)成員（Team Member）：即項(xiàng)目開(kāi)發(fā)人員。

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

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

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

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

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

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

包括:

·強(qiáng)調(diào)學(xué)習(xí)。軟件開(kāi)發(fā)過(guò)程是一個(gè)不斷學(xué)習(xí)的過(guò)程。每個(gè)團(tuán)隊(duì)成員都需要從日常的失敗，互動(dòng)，交流以及信息

反饋中學(xué)習(xí)，不斷改進(jìn)所開(kāi)發(fā)的產(chǎn)品和開(kāi)發(fā)效率。

·在最后時(shí)刻做決定。這樣可以避免在可能改變的事情上做無(wú)謂的努力，從而有效的避免浪費(fèi)。

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

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

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

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

等。

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

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

其它敏捷方法

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

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

方法在過(guò)程上顯得比較繁重。

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

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

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

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

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

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

如何選擇一種敏捷方法

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

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

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

以使你受益匪淺。

·實(shí)用工具。選擇一種可以為你提供支持工具的方法。一個(gè)良好的軟件工具可以幫助團(tuán)隊(duì)有效的處理日常工

作，促進(jìn)團(tuán)隊(duì)協(xié)作，并減少管理成本。

·你目前的開(kāi)發(fā)方式以及團(tuán)隊(duì)關(guān)于敏捷方法的認(rèn)識(shí)程度。選擇一些與你當(dāng)前開(kāi)發(fā)方式比較接近的敏捷方法將有

助于推動(dòng)該方法的實(shí)施。

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

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

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

敏捷總是在不斷發(fā)展演變，因此，沒(méi)有一個(gè)人能保證目前的敏捷方法都是正確的。每個(gè)采用敏捷開(kāi)發(fā)的團(tuán)隊(duì)都

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

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

1.SCRUM SCRUM?這個(gè)單詞我以前沒(méi)見(jiàn)過(guò),所以我就不喜歡它,呵呵.SCRUM本義表示“混亂”,它包括

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

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

我不喜歡SCRUM的原因如下:

1)一個(gè)方法,搞出這么多名詞,加重我們程序員的負(fù)擔(dān),不好;

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

3)每天有一個(gè)15分鐘的短會(huì),唉,XX黨的會(huì)多!

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

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

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

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

名字大家應(yīng)該都聽(tīng)說(shuō)過(guò)了,炒股的用的很多,呵呵)。ASD不象其他方法那樣有很多具體的實(shí)踐做法，它更側(cè)重于理論,因?yàn)樗淖髡呔褪歉憷碚摮錾淼摹?/p>

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

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

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

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

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

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

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

第三篇：個(gè)人制鞋開(kāi)發(fā)體會(huì)

（手工）制鞋開(kāi)發(fā)體會(huì)

經(jīng)過(guò)近兩個(gè)年頭大約8個(gè)多月的細(xì)致的學(xué)習(xí)，本人對(duì)于制鞋有以下心得：

制鞋分為前期開(kāi)發(fā)期與后期制作：開(kāi)發(fā)期要確定的有五方面，即造型、版面、面料、工藝、色彩。造型主要是確定楦的造形及楦與跟、大底的結(jié)合形式。要確定楦的造形，楦的頭形把握是造型的關(guān)鍵。楦的形狀多變，但多是在頭形上作變化。而頭形又總是在三個(gè)基本形上做變化；即：圓形、三角形（尖頭）和方形。每個(gè)的楦形不一，都是在基本形體上稍作些改動(dòng)，使之更加完美。設(shè)計(jì)師根據(jù)上季流行的驅(qū)勢(shì)，綜合多方信息判斷未來(lái)的流行因素，從而確定楦的頭型。在楦的頭形的基礎(chǔ)上確定跟的形狀及大底的組合形式。跟、底、楦的組合形式確定未來(lái)鞋子的基本形態(tài)。確定楦形就是鞋子開(kāi)發(fā)的重中之重。我個(gè)人認(rèn)為確定楦的造型可以從兩個(gè)方面著手。

1、任何事物都不可能孤立的存在。中國(guó)的鞋子開(kāi)發(fā)多是緊跟國(guó)外，多參考國(guó)外的流行資料以為己用。把握當(dāng)下楦形及跟、大底與面料工藝等流行的信息。這是較簡(jiǎn)便的方法。省時(shí)、省力且經(jīng)濟(jì)。缺點(diǎn)是市場(chǎng)雷同產(chǎn)品會(huì)很多。會(huì)有撞車情況發(fā)生。

2、根據(jù)以往的流行風(fēng)尚，自主開(kāi)發(fā)出楦形及跟、大底的組合。費(fèi)時(shí)費(fèi)力，費(fèi)用也高。但搞出來(lái)的產(chǎn)品全世界獨(dú)有。容易與同行拉開(kāi)距離。

3、4、楦按著要做的鞋子類形分為：涼鞋楦、淺口鞋楦、深口鞋楦、靴楦。

按做出鞋子的風(fēng)格分為：時(shí)裝鞋楦、休閑鞋楦、我個(gè)人按鞋跟的高度和形狀分為：高跟楦、中跟楦、平跟楦、內(nèi)增高楦。

5、楦與跟、大底的結(jié)合：楦的形狀決定的跟的形狀。比如圓頭楦比較適合配圓跟，方頭楦比較適合于方形跟，尖頭楦則更適合比較纖細(xì)的跟。這就要設(shè)計(jì)都根據(jù)不同的造型原素來(lái)確定出最完美的組合。

其次就是確定下季的流行工藝。工藝對(duì)于現(xiàn)在的任何行業(yè)來(lái)說(shuō)每年都會(huì)有翻新。開(kāi)發(fā)新的工藝就是開(kāi)發(fā)新的市場(chǎng)。如何去開(kāi)發(fā)新的工藝也至關(guān)重要。工藝的種類繁多。就目前來(lái)說(shuō)有穿線（馬克線、皮條、金屬條等條狀裝飾）、打釘、燙鉆、銹花、印花（滴膠）、高周波、激光、沖孔等等。工藝的運(yùn)用只不過(guò)是為了加強(qiáng)設(shè)計(jì)效果，各種工藝可復(fù)合使用，但并不是工藝越多越好，點(diǎn)睛之筆不需多嘛。

工藝的流行與面料、色彩一樣，也是不斷的改進(jìn)完善的。是輪回的提高。所以確定當(dāng)季的流行工藝同確定流行面料與流行色一樣的重要。方法有以下幾種：

1、取國(guó)外鞋經(jīng)。多看國(guó)外的流行資料，把他們的工藝吃透。再著手開(kāi)發(fā)自己的工藝方面就不會(huì)是盲人摸像?，F(xiàn)在是個(gè)資訊時(shí)代，如何把重多的訊息分類并確定自己的目標(biāo)就是開(kāi)發(fā)的關(guān)鍵。（手工）制鞋開(kāi)發(fā)體會(huì)

2、從其它服飾中取經(jīng)。比如看大品牌服裝、包等流行驅(qū)勢(shì)。從中吸取有用的工藝為己用。

3、結(jié)合經(jīng)驗(yàn)創(chuàng)造新的工藝。

再次就是流行面料。流行面料與當(dāng)年的工藝與科技、社會(huì)動(dòng)向、流行主題等緊密相連。比如當(dāng)年流行環(huán)?；蚴菑?fù)古等，那采用的面料就要與相應(yīng)的主題相關(guān)。比如去年流行主題是自然。所以就有許多許多的動(dòng)物紋樣的毛皮。

流行色在鞋子方面的表現(xiàn)沒(méi)有服裝明顯。黑、白、灰永遠(yuǎn)是主色系。因?yàn)閷?duì)于服飾來(lái)講鞋子永遠(yuǎn)是配飾。消費(fèi)者在購(gòu)買的同時(shí)會(huì)想到與服裝的搭配。我個(gè)人認(rèn)為認(rèn)識(shí)當(dāng)年服裝的流行色就足夠了。不過(guò)也有個(gè)例。比如“圣誕鞋”。在每年的圣誕節(jié)前，都有一段時(shí)間做“圣誕鞋”。不管當(dāng)年的流行色是什么，“圣誕鞋”多以紅色為主。

在搭配鞋子的色彩時(shí)不但要考慮面料質(zhì)感的對(duì)比，還要考慮色彩的對(duì)比。相同的款式用不同的配色方案能出來(lái)風(fēng)格完全不同的鞋子。這就是色彩的魔力。

最后是版面的開(kāi)發(fā)。美工（設(shè)計(jì)師）拿到跟、大底、楦后要開(kāi)發(fā)出相應(yīng)的版面。開(kāi)發(fā)版面除了了解流行工藝、流行面料與流行色，還要充分了解楦的形狀適合做什么樣的鞋子。版面的開(kāi)發(fā)不但要充分考慮所用的形象或符號(hào)對(duì)空間占有的狀況。還要考慮到角度的轉(zhuǎn)對(duì)換對(duì)鞋子的視覺(jué)影響。因此鞋子設(shè)計(jì)是一個(gè)立體構(gòu)成的過(guò)程而不是簡(jiǎn)單的平面構(gòu)成。在設(shè)計(jì)版面過(guò)程中必須要從整個(gè)局面出發(fā)，最終也是企求達(dá)到整個(gè)局面符合表達(dá)意圖的協(xié)調(diào)統(tǒng)一。這和繪畫中的構(gòu)圖要求是一致的。如果要進(jìn)行高度的概括，就是變化統(tǒng)一。即在統(tǒng)一中求變化，在變化中求統(tǒng)一。什么樣的楦頭適合什么樣的版面沒(méi)有固定有模式。但能做出楦本身的味道卻需要細(xì)心的去體會(huì)。比如時(shí)裝楦，做出的鞋子要較工細(xì)、線條較長(zhǎng)、起伏變化較多但不失圓潤(rùn)。做出的鞋子要充份體現(xiàn)出楦形的轉(zhuǎn)折起伏。休閑鞋以穿著舒適為目的，同時(shí)又不失美觀。相對(duì)于時(shí)裝鞋來(lái)說(shuō)較為飽滿寬松。所以鞋面的線條多較時(shí)裝鞋簡(jiǎn)練而圓潤(rùn)。風(fēng)格可以細(xì)膩也可粗獷一些。在按排版面時(shí)，要充分考慮到點(diǎn)、線、面的運(yùn)用。點(diǎn)連成線；線的排列又組成了面。隨著距離的拉遠(yuǎn)，面又變成了點(diǎn)。這是形式美的法則，在鞋子設(shè)計(jì)中同樣適用。其實(shí)工藝、色彩與版面的設(shè)計(jì)要求與其它形式的設(shè)計(jì)要求并無(wú)不同，形式美的法則永遠(yuǎn)適用，這里我就不在過(guò)于多述。

出格師傅拿到設(shè)計(jì)圖紙，要研究設(shè)計(jì)師對(duì)于這只鞋子的設(shè)計(jì)意圖、工藝制作的要求及版面組合的線條走向。對(duì)于出格師傅來(lái)說(shuō)，根據(jù)圖紙確定線條的走向是至關(guān)重要的。因?yàn)樗鼪Q定了鞋子成功于否的關(guān)鍵。我們常說(shuō)同一只鞋子，不同的出格師傅就能出成不同的鞋子線條，這與出格師傅對(duì)鞋子的理解是有很大關(guān)系的。影響出格師傅對(duì)線條的認(rèn)識(shí)最直接的因素是設(shè)計(jì)圖。我看過(guò)很（手工）制鞋開(kāi)發(fā)體會(huì)

多美工所繪的圖紙，他能畫出很瀟灑的線條，但是他的線條太個(gè)性了，完全脫離了楦的形狀，因此出格師傅想按圖出來(lái)和設(shè)計(jì)圖一樣的線條是幾乎沒(méi)有可能的。我認(rèn)為一個(gè)好的美工，在畫圖之前一定要把跟與楦形畫準(zhǔn)。把跟底楦的比例畫準(zhǔn)后再去畫版面的線條，因?yàn)榘媸接肋h(yuǎn)是依附于楦的。在這個(gè)基礎(chǔ)上作文章線條才不至于飄到天上去。讓出格師傅下刀時(shí)有個(gè)很好的依據(jù)。

對(duì)于一只完美的鞋子來(lái)說(shuō)，后期制作部分也相當(dāng)重要。后期制作分為面部與底部?jī)蓚€(gè)部門，對(duì)于面部來(lái)說(shuō)，要按照格板做出圓順完美的線條及車線精細(xì)是很重要的。底部的制作決定了鞋子成敗關(guān)鍵。底部制作要求敲出完美的楦形，大底要平順跟要正。

總之一只好的鞋子是由多個(gè)部門完美合作的結(jié)晶，任何一個(gè)環(huán)節(jié)出現(xiàn)問(wèn)題，都不可能做出好的鞋子。一點(diǎn)個(gè)人拙見(jiàn)，不足一笑。還望各位多多指教。

設(shè)計(jì)部 TONY 2011年8月18日星期四

第四篇：敏捷開(kāi)發(fā)與極限編程的簡(jiǎn)介（最終版）

敏捷開(kāi)發(fā)與極限編程的簡(jiǎn)介

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

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

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

通過(guò)這項(xiàng)工作，他們認(rèn)為：

·個(gè)體和交互 勝過(guò) 過(guò)程和工具

·可以工作的軟件 勝過(guò) 面面俱到的文檔

·客戶合作 勝過(guò) 合同談判

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

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

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

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

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

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

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

工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。

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

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

簡(jiǎn)單是最根本的。

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

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

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

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

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

為了能成功地實(shí)施XP，XP制定四個(gè)準(zhǔn)則：溝通、簡(jiǎn)單、反饋和勇氣

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

以及對(duì)開(kāi)發(fā)人員的工作要求：編碼、測(cè)試、傾聽(tīng)和設(shè)計(jì)。

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

第五篇：用友UAP打造全周期開(kāi)發(fā)平臺(tái) 實(shí)現(xiàn)敏捷開(kāi)發(fā)

用友UAP打造全周期開(kāi)發(fā)平臺(tái) 實(shí)現(xiàn)敏捷開(kāi)發(fā)

為了解開(kāi)用友UAP平臺(tái)的面紗，了解更多平臺(tái)技術(shù)，5月28日記者來(lái)到用友軟件園，采訪了用友集團(tuán)UAP中心的兩位專家，重點(diǎn)介紹了用友UAP的平臺(tái)產(chǎn)品之一——開(kāi)發(fā)平臺(tái)所包含的組件及其特性，詳細(xì)講解了開(kāi)發(fā)平臺(tái)如何使得敏捷開(kāi)發(fā)成為可能。

用友UAP平臺(tái)誕生背景

中國(guó)軟件行業(yè)正在經(jīng)歷第三次轉(zhuǎn)型的陣痛，用友UAP伴隨NC產(chǎn)品誕生，隨著業(yè)務(wù)復(fù)雜度的提升，對(duì)頁(yè)面交互、頁(yè)面數(shù)據(jù)處理能力都提出了新的要求，這促使全新的用友UAP開(kāi)發(fā)平臺(tái)誕生。

用友UAP開(kāi)發(fā)平臺(tái)從不同類型的軟件開(kāi)發(fā)過(guò)程中，研究、分析、總結(jié)和提煉了大量的設(shè)計(jì)工具、開(kāi)發(fā)工具、應(yīng)用開(kāi)發(fā)框架、中間件、基礎(chǔ)技術(shù)類庫(kù)以及研發(fā)模式等成果，并提供了一個(gè)集成的軟件開(kāi)發(fā)環(huán)境。

用友集團(tuán)UAP中心Java應(yīng)用平臺(tái)開(kāi)發(fā)部經(jīng)理劉昆鵬表示，用友公司“平臺(tái)化發(fā)展 產(chǎn)業(yè)鏈共贏”的策略，對(duì)如何有效利用和擴(kuò)展研發(fā)成果，并在不同研發(fā)層次進(jìn)行獨(dú)立的資產(chǎn)管理和發(fā)展提出了要求。另一方面，隨著軟件工程的不斷推進(jìn)，整個(gè)開(kāi)發(fā)過(guò)程的各個(gè)環(huán)節(jié)更加精細(xì)化，管理人員、需求人員、設(shè)計(jì)人員、開(kāi)發(fā)測(cè)試等各開(kāi)發(fā)人員都需要協(xié)同工作。所以將在開(kāi)發(fā)過(guò)程中所產(chǎn)生的最佳實(shí)踐達(dá)到有效的積累，也是開(kāi)發(fā)平臺(tái)要解決的問(wèn)題。

用友集團(tuán)UAP中心Java應(yīng)用平臺(tái)開(kāi)發(fā)部經(jīng)理 劉昆鵬

UAP開(kāi)發(fā)平臺(tái)的核心優(yōu)勢(shì)

用友集團(tuán)UAP中心技術(shù)支持部總經(jīng)理彭立東介紹，該平臺(tái)包括了覆蓋軟件全生命周期的需求分析、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、構(gòu)造、發(fā)布、運(yùn)行及維護(hù)等各階段所需的工具?；谟糜裊AP開(kāi)發(fā)平臺(tái)能夠大幅度提升軟件的開(kāi)發(fā)效率、穩(wěn)定性、可集成性及可維護(hù)性，降低軟件實(shí)現(xiàn)的技術(shù)難度以及開(kāi)發(fā)成本。

用友集團(tuán)UAP中心技術(shù)支持部總經(jīng)理 彭立東

用友UAP開(kāi)發(fā)平臺(tái)由可視化集成開(kāi)發(fā)環(huán)境、應(yīng)用開(kāi)發(fā)框架、公共服務(wù)以及基礎(chǔ)技術(shù)類庫(kù)/中間件幾個(gè)部分組成，同時(shí)從開(kāi)發(fā)過(guò)程角度提供了軟件配置管理與研發(fā)管理功能?？梢暬砷_(kāi)發(fā)環(huán)境UAP Studio支持業(yè)務(wù)建模、分析、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、組裝、發(fā)布等開(kāi)發(fā)過(guò)程的全生命周期管理，提供各種管理工具、設(shè)計(jì)器、監(jiān)控工具，以及軟件配置管理系統(tǒng)。采用模型驅(qū)動(dòng)開(kāi)發(fā)的方式，通過(guò)上一階段的輸出與下一階段的輸入結(jié)合，利用可視化設(shè)計(jì)器將開(kāi)發(fā)過(guò)程串接起來(lái)，大大降低開(kāi)發(fā)難度，降低各階段的鴻溝和不一致性。

用友UAP開(kāi)發(fā)平臺(tái)的“靈魂”

隨后，彭立東先生向記者重點(diǎn)介紹了開(kāi)發(fā)平臺(tái)的“靈魂”——元數(shù)據(jù)。元數(shù)據(jù)框架支持訪問(wèn)服務(wù)、開(kāi)發(fā)服務(wù)、管理服務(wù)，支持建模開(kāi)發(fā)工具整合與適配其他系統(tǒng)模型數(shù)據(jù)，并提供統(tǒng)一的查詢服務(wù)，使得平臺(tái)上的開(kāi)發(fā)者只需要關(guān)注業(yè)務(wù)邏輯，實(shí)現(xiàn)了業(yè)務(wù)與技術(shù)的分離。

開(kāi)發(fā)平臺(tái)的實(shí)體設(shè)計(jì)器包含多種建模元素和實(shí)體元素，可以可視化的方式創(chuàng)建面向?qū)ο蟮膶?shí)體組件，可通過(guò)配置代碼模板，自動(dòng)產(chǎn)生可以直接運(yùn)行的業(yè)務(wù)實(shí)體源代碼。

業(yè)務(wù)與技術(shù)相分離

用友UAP開(kāi)發(fā)平臺(tái)的應(yīng)用開(kāi)發(fā)框架是基于企業(yè)建模理論的，將應(yīng)用軟件的業(yè)務(wù)邏輯和開(kāi)發(fā)技術(shù)相分離，是應(yīng)用軟件開(kāi)發(fā)者可以僅僅關(guān)注應(yīng)用的業(yè)務(wù)邏輯，而不必關(guān)注繁瑣的技術(shù)實(shí)現(xiàn)，使得管理層與業(yè)務(wù)人員參與應(yīng)用軟件的開(kāi)發(fā)成為可能。大大縮短研發(fā)周期、提高研發(fā)效率、加快應(yīng)用開(kāi)發(fā)速度、減少企業(yè)信息系統(tǒng)開(kāi)發(fā)的風(fēng)險(xiǎn)，并保證應(yīng)用開(kāi)發(fā)軟件的質(zhì)量，實(shí)現(xiàn)最終用戶的個(gè)性化的需求。

除了支持開(kāi)發(fā)WEB應(yīng)用等常見(jiàn)的應(yīng)用類型外，還支持開(kāi)發(fā)跨平臺(tái)移動(dòng)應(yīng)用。用友UAP移動(dòng)應(yīng)用框架提供了數(shù)據(jù)處理、應(yīng)用適配器等功能，提供移動(dòng)應(yīng)用商店，開(kāi)發(fā)者可以在上面發(fā)布自己的移動(dòng)應(yīng)用產(chǎn)品。

用友UAP平臺(tái)產(chǎn)品的問(wèn)世，能夠支持我國(guó)大型企業(yè)及公共組織更好的實(shí)現(xiàn)IT及軟件系統(tǒng)的運(yùn)營(yíng)與運(yùn)維，提升管理績(jī)效，并幫助客戶參與全球化競(jìng)爭(zhēng)。其開(kāi)發(fā)平臺(tái)將開(kāi)發(fā)的全過(guò)程做為資產(chǎn)管理起來(lái)，大量的原數(shù)據(jù)模型和可視化界面大大降低開(kāi)發(fā)的難度，實(shí)現(xiàn)了敏捷開(kāi)發(fā)。