需求在不斷地變更，客戶的權(quán)力接力棒在不斷地轉(zhuǎn)接，很多的軟件開發(fā)企業(yè)的領(lǐng)袖都選擇敏捷開發(fā)作為其軟件過程，那么在打算實施敏捷以前先得知道是否具備敏捷的一些潛質(zhì)，敏捷的本質(zhì)又是什么？而我們的建議是不要讓敏捷成為混亂的一個借口，這同時也是軟件架構(gòu)師可以考慮的問題。
一般而言很多人都把2001年敏捷聯(lián)盟大會的成立作為敏捷軟件方法的誕生日期，實際上追溯敏捷的產(chǎn)生可能時間更早。早在上世紀末，XP技術(shù)就已經(jīng)嶄露頭角，Kent Beck在很多的軟件工程的大會上發(fā)表其關(guān)于XP相關(guān)思想的一些講話。
眾多的大師積極研究敏捷的原因是因為由于軟件開發(fā)所涉及的人、物投入越來越多，越來越多的項目被拉進了延期的泥潭中，相應(yīng)的投入越來越多，但是產(chǎn)能比卻不斷下降。
工程師一再抱怨工作壓力太大，每天根本沒有足夠的睡眠時間，而客戶卻不斷的指責謾罵開發(fā)的軟件產(chǎn)品為什么如此多的Bug。
這與上世紀軟件英雄時代所形成的鮮明對比，所以所有的這些使得這些大師都在思考，到底是什么造成了軟件開發(fā)如此臃腫的身軀？軟件開發(fā)過程中到底那些部分可以省略？為什么人們對軟件過程的定義越來越多，但是所開發(fā)出來的軟件質(zhì)量卻不見多少好轉(zhuǎn)？面對這種狀況又如何去改變？于是在2001年敏捷（Agile）軟件聯(lián)盟宣布成立，并發(fā)表了軟件敏捷聯(lián)盟宣言作為團隊宗旨。敏捷軟件開發(fā)宣言認為：
◆個體和交互勝過過程和工具;
◆可以工作的軟件勝過面面俱到的文檔；
◆客戶合作勝過合同談判；
◆響應(yīng)變化勝過遵循計劃。
根據(jù)這四條宣言，敏捷聯(lián)盟提出了12個敏捷的原則，這12個原則也是區(qū)別基于敏捷開發(fā)和傳統(tǒng)過程方法的準則，分別如下：
◆最優(yōu)先要做的工作，持續(xù)交付有價值的軟件使得客戶滿意；
◆擁抱變化，通過變化為客戶創(chuàng)造價值；
◆經(jīng)常交付軟件；
◆業(yè)務(wù)人員要和開發(fā)人員加強溝通；
◆基于被激勵起來的個人構(gòu)建項目；
◆最有效的溝通的面對面的交談；
◆工作的軟件是首要的進度度量標準；
◆要保持恒定的開發(fā)速度；
◆不斷關(guān)注優(yōu)秀的技術(shù)和好的設(shè)計模式；
◆簡單是軟件的根本；
◆最好的架構(gòu)和設(shè)計出自自己的團隊；
◆時時反省，隨時調(diào)整。
對敏捷的理解
上世紀60、70年代一直到90年代中期，軟件產(chǎn)品一直籠罩了很多的英雄主義色彩，從微軟帝國的Billgates到Linux之父Linus Torvalds，從UCDOS作者鮑岳橋到WPS的求伯君，所有這些大師的開發(fā)團隊無不是激情四溢的。
此文章共有3頁 1 2 3 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
