敏捷開(kāi)發(fā)之12條敏捷原則

1、敏捷開(kāi)發(fā)之12條敏捷原則.txt愛(ài)空空情空空，自己流浪在街中；人空空錢空空，單身苦命在打工；事空空業(yè)空空，想來(lái)想去就發(fā)瘋；碗空空盆空空，生活所迫不輕松?？傊?，四大皆空！敏捷開(kāi)發(fā)之12條敏捷原則敏捷開(kāi)發(fā)中有12條原則，它們是敏捷實(shí)踐區(qū)別于重型過(guò)程的特征所在。在AgileSoftwareDevelopmentPrinciples,Patterns,andPractices（中文書(shū)名：敏捷軟件開(kāi)發(fā)原則、模式與實(shí)踐）中對(duì)這12條原則分別進(jìn)行了闡述，這里我就不重復(fù)解釋書(shū)本的內(nèi)容了，將從我個(gè)人的理解去講解這些原則，希望大家多多補(bǔ)充獨(dú)到見(jiàn)解。我們最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶滿意。

2、規(guī)劃迭代故事時(shí)必須按照優(yōu)先級(jí)安排，為客戶先提供最有價(jià)值的功能。通過(guò)頻繁迭代能與客戶形成早期的良好合作，及時(shí)反饋提高產(chǎn)品質(zhì)量。敏捷小組關(guān)注完成和交付具有用戶價(jià)值的功能，而不是孤立的任務(wù)。以前我們都用需求規(guī)格說(shuō)明書(shū)或者用例來(lái)編寫詳細(xì)的需求，敏捷使用用戶故事來(lái)羅列需求。用戶故事是一種表示需求的輕量級(jí)技術(shù)，它沒(méi)有固定的形式和強(qiáng)制性的語(yǔ)法。但是有一些固定的形式可以用來(lái)參考還是比較有益的。敏捷估算中使用了這個(gè)模板：“作為【用戶的類型】，我希望可以【能力】以便【業(yè)務(wù)價(jià)值】“。使用基于用戶故事的需求分析方法時(shí)，仍可能需要原型和編寫文檔，只是工作重點(diǎn)更多的轉(zhuǎn)移到了口頭交流。即使到了開(kāi)發(fā)的后期，也歡迎改變需求。敏

3、捷過(guò)程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。敏捷過(guò)程參與者不怕變化，他們認(rèn)為改變需求是好事情，因?yàn)檫@些改變意味著我們更了解市場(chǎng)需求。經(jīng)常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個(gè)月，交付的時(shí)間間隔越短越好。迭代是受實(shí)踐框限制的，意味著即使放棄一些功能也必須按時(shí)結(jié)束迭代。只要我們可以保證交付的軟件可以很好的工作，那么交付時(shí)間越短，我們和客戶協(xié)作就越緊密，對(duì)產(chǎn)品質(zhì)量就更有益。雖然我們多次迭代，但并不是每次迭代的結(jié)果都需要交付給用戶，敏捷開(kāi)發(fā)的目標(biāo)是讓他們可以交付。這意味著開(kāi)發(fā)小組在每次迭代中都會(huì)增加一些功能，增加的每個(gè)功能都是經(jīng)過(guò)編碼、測(cè)試，達(dá)到了可發(fā)布的質(zhì)量標(biāo)準(zhǔn)的。另外敏捷開(kāi)發(fā)項(xiàng)目中對(duì)開(kāi)發(fā)階段沒(méi)

4、有什么重要的分割，沒(méi)有先期的需求階段，然后是分析階段，架構(gòu)設(shè)計(jì)階段，編碼測(cè)試階段等，在項(xiàng)目真正開(kāi)始后，每次迭代中都會(huì)同時(shí)進(jìn)行所有的上述階段工作。在整個(gè)項(xiàng)目開(kāi)發(fā)期間，業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天都在一起工作。軟件項(xiàng)目不會(huì)依照之前設(shè)定的計(jì)劃原路執(zhí)行，中間對(duì)業(yè)務(wù)的理解、軟件的解決方案肯定會(huì)存在偏差，所以客戶、需求人員、開(kāi)發(fā)人員以及涉眾之間必須進(jìn)行有意義的、頻繁的交互，這樣就可以在早期及時(shí)的發(fā)現(xiàn)并解決問(wèn)題。圍繞被激勵(lì)起來(lái)的人個(gè)來(lái)構(gòu)建項(xiàng)目。給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作。業(yè)務(wù)和技術(shù)是引起不確定的二個(gè)主要方面，人是第三個(gè)方面。而業(yè)務(wù)和技術(shù)又必須由人來(lái)執(zhí)行，所以能夠激勵(lì)人來(lái)解決這些問(wèn)題

5、是解決不確定性的關(guān)鍵。只要個(gè)人的目標(biāo)和團(tuán)隊(duì)的目標(biāo)一致，我們就需要鼓舞起每個(gè)人的積極性，以個(gè)人為中心構(gòu)建項(xiàng)目，提供所需的環(huán)境、支持與信任。在團(tuán)隊(duì)內(nèi)部，最具有效果并且富有效率的傳遞信息的方法，就是面對(duì)面的交談。在十幾或者二十幾個(gè)人組成的大團(tuán)隊(duì)中，文檔是一種比較合適的傳遞知識(shí)和交流的途徑。而敏捷團(tuán)隊(duì)一般不會(huì)很多人（大團(tuán)隊(duì)實(shí)施敏捷時(shí)也會(huì)分成多個(gè)小的敏捷團(tuán)隊(duì)），所以大量的文檔交流其實(shí)并不是很經(jīng)濟(jì)的做法。此時(shí)面對(duì)面的交談反而更快速有效。工作的軟件是首要進(jìn)度度量標(biāo)準(zhǔn)。一般的工作都比較容易衡量任務(wù)進(jìn)展，比如讓你去搬運(yùn)1噸的石頭，我只要去稱一下你已經(jīng)搬運(yùn)的石頭重量就知道你完成多少了。而對(duì)于軟件來(lái)說(shuō)，在軟件沒(méi)有編

6、碼、測(cè)試完成之前，我們都不能因?yàn)榇a編寫了多少行，測(cè)試用例跑了多少個(gè)就去度量這個(gè)功能是否完成了。衡量這個(gè)功能是否完成的首要標(biāo)準(zhǔn)就是這個(gè)功能可以工作了，對(duì)用戶來(lái)說(shuō)已經(jīng)可以應(yīng)用了。敏捷過(guò)程提可持續(xù)的開(kāi)發(fā)速度。責(zé)任人、開(kāi)發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度。很多人都認(rèn)為軟件開(kāi)發(fā)中加班是很正常的，不加班反而不正常，我對(duì)此有點(diǎn)不理解，這個(gè)可能是國(guó)情所致吧。敏捷過(guò)程希望能夠可持續(xù)的進(jìn)行開(kāi)發(fā)，開(kāi)發(fā)速度不會(huì)隨著迭代的任務(wù)不同而不同，不欣賞所謂的拼一拼也能完成的態(tài)度，開(kāi)發(fā)工作不應(yīng)該是突擊行為。我們不能指望說(shuō)突擊這個(gè)項(xiàng)目后就可以輕松了，因?yàn)橥瓿梢粋€(gè)項(xiàng)目后會(huì)接踵而來(lái)下一個(gè)項(xiàng)目，而只要還是拼拼的態(tài)度，下一

7、個(gè)項(xiàng)目依舊會(huì)讓你的組員再次突擊。這時(shí)不知道有人會(huì)不會(huì)說(shuō)，那我們就一直加班，也是“持續(xù)的開(kāi)發(fā)速度”啊，這時(shí)可要注意了，持續(xù)加班智慧導(dǎo)致人疲勞、厭倦，保持長(zhǎng)期恒定的速度也只是一種理想而已。不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。敏捷過(guò)程有很多好的技術(shù)實(shí)踐可以加強(qiáng)產(chǎn)品敏捷能力，很多原則、模式和實(shí)踐也可以增強(qiáng)敏捷開(kāi)發(fā)能力。敏捷軟件開(kāi)發(fā)原則、模式與實(shí)踐一書(shū)中介紹了很多設(shè)計(jì)，感興趣的可以去仔細(xì)看看。簡(jiǎn)單使未完成的工作最大化的藝術(shù)是根本的。我們不可能預(yù)期后面需求會(huì)如何變化，所以不可能一開(kāi)始就構(gòu)建一個(gè)完美的架構(gòu)來(lái)適應(yīng)以后的所有變化。敏捷團(tuán)隊(duì)不會(huì)去構(gòu)建明天的軟件，而把注意力放在如何通過(guò)最簡(jiǎn)單的方法完成現(xiàn)在

8、需要解決的問(wèn)題。這時(shí)有人會(huì)說(shuō)，我已經(jīng)預(yù)計(jì)到了肯定存在哪些需求擴(kuò)展點(diǎn)，我們?cè)谝婚_(kāi)始是否需要考慮呢？這時(shí)團(tuán)隊(duì)需要根據(jù)自己的理解去決定是否考慮，如果深信在明天發(fā)生了這個(gè)問(wèn)題也可以輕易處理的話，那么就最好先不考慮。最好的構(gòu)架、需求和設(shè)計(jì)出自與自組織的團(tuán)隊(duì)。敏捷中有很多種實(shí)踐，大家都知道，迭代式開(kāi)發(fā)是主要的實(shí)踐方法，而自組織團(tuán)隊(duì)也是主要的實(shí)踐之一。在自組織團(tuán)隊(duì)中，管理者不再發(fā)號(hào)施令，而是讓團(tuán)隊(duì)自身尋找最佳的工作方式來(lái)完成工作。要形成一個(gè)自組織團(tuán)隊(duì)其實(shí)比較難。CSDN采訪MishkinBerteig中說(shuō)到自組織團(tuán)隊(duì)的第一個(gè)要素就是必須有一個(gè)團(tuán)隊(duì)，而不僅僅是一群人。一群人是一幫在一起工作的人，他們彼此之間并

9、沒(méi)有太多的溝通，他們也并不視彼此為一體。項(xiàng)目一開(kāi)始，我們就會(huì)組建“團(tuán)隊(duì)”，但很多時(shí)候由構(gòu)架師、需求人員、開(kāi)發(fā)人員和測(cè)試人員組成的是一群人而已。他還認(rèn)為，團(tuán)隊(duì)的形成必須經(jīng)歷幾個(gè)時(shí)期。在經(jīng)歷了初期的磨合后，成員才會(huì)開(kāi)始對(duì)團(tuán)隊(duì)共同的工作理念與文化形成一個(gè)基本的認(rèn)識(shí)和理解。團(tuán)隊(duì)內(nèi)會(huì)逐漸形成規(guī)矩，而且這些規(guī)矩是不言而喻的。比如，每個(gè)人都知道上午九點(diǎn)來(lái)上班，都會(huì)主動(dòng)詢問(wèn)別人是否需要幫助，也都會(huì)去主動(dòng)和別人探討問(wèn)題。如果團(tuán)隊(duì)成員之間能夠達(dá)成這樣的默契，那么這個(gè)團(tuán)隊(duì)將成為一個(gè)真正高效的工作團(tuán)隊(duì)。在這樣的團(tuán)隊(duì)中，成員之間相互理解，工作效率非常高。在自組織團(tuán)隊(duì)中，團(tuán)隊(duì)成員不需要遵從別人的詳細(xì)指令。他們需要更高層次

10、的指導(dǎo)，這種指導(dǎo)更像是一個(gè)目標(biāo)，一個(gè)致力于開(kāi)發(fā)出更好的軟件的目標(biāo)。總之，自組織團(tuán)隊(duì)是一個(gè)自動(dòng)自發(fā)、有著共同目標(biāo)和工作文化的團(tuán)隊(duì)，這樣的團(tuán)隊(duì)總是在向它的組織做出承諾。但是，實(shí)現(xiàn)這些承諾對(duì)于自組織團(tuán)隊(duì)來(lái)說(shuō)非常重要。否則，一旦出現(xiàn)問(wèn)題，團(tuán)隊(duì)成員之間就會(huì)出現(xiàn)信任危機(jī)。雖然敏捷開(kāi)發(fā)小組是以小組為整體來(lái)工作的，但是還是有必要指明一些承擔(dān)一定任務(wù)的角色。第一個(gè)角色是產(chǎn)品所有者(ProductOwner)o產(chǎn)品所有者的主要職責(zé)包括：確認(rèn)小組所有成員都在追求一個(gè)共同的項(xiàng)目前景，確定功能的優(yōu)先級(jí)以便總是在處理最具有價(jià)值的功能，以及作出決定使得對(duì)項(xiàng)目的投入可以產(chǎn)生良好的回報(bào)。可以對(duì)應(yīng)為以前開(kāi)發(fā)中的“產(chǎn)品經(jīng)理”。另一角色是開(kāi)發(fā)團(tuán)隊(duì)(developer)，這里的開(kāi)發(fā)人員包括了架構(gòu)師、設(shè)計(jì)師、程序員、需求人員、測(cè)試人員、文檔編寫者等，有時(shí)產(chǎn)品所有者也可以被看作是開(kāi)發(fā)人員。還有一個(gè)重要角色就是項(xiàng)目經(jīng)理(projectmanager)。敏捷開(kāi)發(fā)的項(xiàng)目經(jīng)理會(huì)更多的關(guān)注領(lǐng)導(dǎo)而不是管理。在某些項(xiàng)目中，項(xiàng)目經(jīng)理可能同時(shí)也是開(kāi)發(fā)人員，少數(shù)時(shí)候也會(huì)擔(dān)任產(chǎn)品所有