軟件工程課件老師-14敏捷軟件開發(fā)

1

敏捷軟件開發(fā)陳鑫

辦公室：309電話：875715232敏捷的含義敏捷是為了在動(dòng)蕩的業(yè)務(wù)環(huán)境中獲益而創(chuàng)造變革和響應(yīng)變革的能力。敏捷具有四個(gè)方面的性質(zhì)：創(chuàng)造和回應(yīng)變革靈活性和即興創(chuàng)作與現(xiàn)實(shí)的一致性靈活性和結(jié)構(gòu)性的平衡3敏捷的含義敏捷就是快速、輕松和靈活，并迅速行動(dòng)的能力，以最少開銷完成任務(wù)的能力，適應(yīng)不斷變革環(huán)境的能力，不斷創(chuàng)新的能力。敏捷也需要紀(jì)律和技巧。4敏捷的含義有兩種非敏捷的極端行為：計(jì)劃一切內(nèi)容——容易失去靈活性，失去敏捷的空間，導(dǎo)致與現(xiàn)實(shí)的脫節(jié)；不做任何計(jì)劃——容易失去方向，敏捷無(wú)從談起，只能是盲目的反應(yīng)。只有調(diào)整好兩者的關(guān)系，才能做到真正意義上的敏捷。5敏捷開發(fā)方法2001年初，一些軟件開發(fā)方法專家聚集在美國(guó)猶他州的滑雪勝地Snowbird的一幢大樓中，一起交談、討論、尋找共同話題。通過交談，17名與會(huì)代表發(fā)現(xiàn)了他們所使用的方法確實(shí)存在著許多共同點(diǎn)，希望能將這些共同點(diǎn)記錄下來(lái)，也希望記錄下來(lái)的文檔能拉響軟件工業(yè)的戰(zhàn)斗號(hào)角。6敏捷開發(fā)方法第一步，為這類軟件開發(fā)方法找個(gè)正式的名字。雖然這些方法過去常被人稱之為“輕載方法”(LightweightMethods)，但該名字并不足以代表這些方法的共性。會(huì)議的結(jié)果是將這些軟件方法正式命名為敏捷開發(fā)方法，同時(shí)組建了敏捷聯(lián)盟(AgileAlliance)。7敏捷開發(fā)方法第二步，他們簽署了一份價(jià)值觀聲明，即“敏捷開發(fā)宣言”(1)個(gè)體和交互勝過過程和工具。(2)可以工作的軟件勝過面面俱到的文檔。(3)客戶合作勝過合同談判。(4)響應(yīng)變化勝過遵循計(jì)劃。8敏捷開發(fā)方法第三步，敏捷聯(lián)盟的成員從上述價(jià)值觀中引出了下面的12條原則

(1)我們最先要做的是通過盡早地、持續(xù)地交付有價(jià)值的軟件來(lái)使客戶滿意。(2)即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來(lái)為客戶創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)。(3)經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。(4)在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。9敏捷開發(fā)方法(5)圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。(6)在團(tuán)隊(duì)內(nèi)部以及團(tuán)隊(duì)之間，最有效果并且最富有效率的傳遞信息的方式，就是面對(duì)面的交談。(7)可以工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。(8)敏捷過程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。10敏捷開發(fā)方法(9)不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷的能力。(10)簡(jiǎn)單是根本的，它是使未完成的工作最大化的藝術(shù)。(11)最好的架構(gòu)、需求和設(shè)計(jì)出自于自我組織的團(tuán)隊(duì)。(12)每隔一定的時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地調(diào)整自己的行為。11敏捷開發(fā)方法敏捷開發(fā)方法具有一些共有的特性：漸增式(短周期、小版本漸進(jìn)交付)協(xié)作(業(yè)務(wù)人員和開發(fā)人員長(zhǎng)期緊密地在一起工作和交流)簡(jiǎn)單易懂(方法本身易學(xué)、易修改和易存檔)適配性(即使在最后時(shí)刻也能夠處理需求變化)12敏捷開發(fā)方法第一，敏捷開發(fā)方法把重點(diǎn)放在解決那些具有不確定性又在不斷變化的問題上。隨著不確定性程度的增加，嚴(yán)格的傳統(tǒng)開發(fā)方法取得成功的可能性會(huì)迅速下降，而敏捷開發(fā)方法取得成功的可能性會(huì)遲緩下降。但當(dāng)不確定性增加到一定程度時(shí)，不管采用哪種方法，項(xiàng)目的成功率都不會(huì)怎么高。也就是說，在一定環(huán)境下，敏捷開發(fā)方法確實(shí)提高了項(xiàng)目的成功率，但它并不能保證成功。13敏捷開發(fā)方法第二，敏捷開發(fā)方法強(qiáng)化用戶驅(qū)動(dòng)。敏捷開發(fā)方法要求客戶參與，沒有客戶參與就沒有敏捷開發(fā)方法。只有客戶才能知道他真正想要的是什么，但單憑合同或者計(jì)劃往往無(wú)法滿足客戶的實(shí)際需求。要想少做無(wú)用功，就必須讓客戶參與其中，問題發(fā)現(xiàn)得越早，糾正得越及時(shí)，就越能為開發(fā)團(tuán)隊(duì)節(jié)約出開發(fā)時(shí)間，從而提高了軟件開發(fā)效率。有了客戶的參與，需求會(huì)朝著最終目的不斷變化，開發(fā)團(tuán)隊(duì)也必須采用敏捷開發(fā)方法對(duì)此給予回應(yīng)。14敏捷開發(fā)方法第三，敏捷開發(fā)方法強(qiáng)調(diào)以人為本。敏捷開發(fā)方法是“面向人”(People-Oriented)的，而非“面向過程”(Process-Oriented)的。傳統(tǒng)的工程方法試圖確定一個(gè)普遍適用的過程，使得該過程無(wú)論誰(shuí)使用都會(huì)起作用。但是敏捷開發(fā)方法告訴我們，沒有任何過程能增加開發(fā)團(tuán)隊(duì)的技能，所以過程只在開發(fā)團(tuán)隊(duì)的實(shí)際工作中起到支持作用。人是獲得項(xiàng)目成功的最為重要的因素。如果團(tuán)隊(duì)中沒有優(yōu)秀的團(tuán)隊(duì)成員，使用再好的過程也難以逃脫失敗的結(jié)局。同時(shí)，不好的過程也可能使最優(yōu)秀的團(tuán)隊(duì)成員失去效用?！懊嫦蛉恕辈⒎且馕吨阅硞€(gè)人為中心，而是要使個(gè)體目標(biāo)與團(tuán)隊(duì)共同目標(biāo)保持一致。15敏捷開發(fā)方法第四，敏捷開發(fā)方法是“適配性”的而非“預(yù)設(shè)性”的。傳統(tǒng)軟件開發(fā)方法試圖對(duì)一個(gè)軟件開發(fā)項(xiàng)目在很長(zhǎng)的時(shí)間跨度內(nèi)制定詳細(xì)的計(jì)劃，然后依照計(jì)劃進(jìn)行軟件開發(fā)。只要需求不變，這類方法就一直起作用，但一旦需求改變，該方法就有些失靈了。敏捷開發(fā)方法則不同，它不僅適應(yīng)變革，而且擁抱變革，同時(shí)留意保持代碼的質(zhì)量。其實(shí)，敏捷開發(fā)方法的目的就是成為適應(yīng)變化和推動(dòng)變化的過程，甚至允許改變自身來(lái)適應(yīng)變化。16敏捷開發(fā)方法總的說來(lái)，敏捷開發(fā)方法強(qiáng)調(diào)開發(fā)人員和客戶代表之間的密切合作，人與人之間面對(duì)面的交談，經(jīng)常性交付有價(jià)值的已更新的商業(yè)軟件，緊湊的、自組織的團(tuán)隊(duì)，以及回應(yīng)需求不斷變化的開發(fā)方式和團(tuán)隊(duì)組織方式。17敏捷開發(fā)方法具體的敏捷開發(fā)方法有很多，包括：極限編程(ExtremeProgramming，XP)Scrum動(dòng)態(tài)系統(tǒng)開發(fā)方法(DynamicSystemsDevelopmentMethod，DSDM)自適應(yīng)軟件開發(fā)(AdaptiveSoftwareDevelopment，ASD)Crystal方法特性驅(qū)動(dòng)開發(fā)(Feature-DrivenDevelopment，F(xiàn)DD)實(shí)用程序設(shè)計(jì)(PragmaticProgramming，PP)18極限編程極限編程是一種成功實(shí)踐的有力描述體。極限編程中的“極限”一詞來(lái)自Beck的認(rèn)識(shí)，他認(rèn)為要將軟件開發(fā)中好的原則和實(shí)踐演繹到極致?；蛘呖梢哉f，為成功做好準(zhǔn)備，盡其所能，然后處理結(jié)果，這就是極限的含義。19極限編程極限編程的有效開發(fā)實(shí)踐客戶作為開發(fā)團(tuán)隊(duì)的成員使用用戶素材短交付周期驗(yàn)收測(cè)試結(jié)對(duì)編程測(cè)試驅(qū)動(dòng)開發(fā)集體所有持續(xù)集成可持續(xù)的開發(fā)速度開放的工作空間及時(shí)調(diào)整計(jì)劃簡(jiǎn)單的設(shè)計(jì)重構(gòu)使用隱喻20極限編程極限編程要求實(shí)踐者們坦承自己有能力做什么，然后去做力所能及的事情。良好的合作關(guān)系是做好事情的保證。除了編碼和其他活動(dòng)以外，工作場(chǎng)所的人際關(guān)系也會(huì)影響到軟件開發(fā)團(tuán)隊(duì)的生產(chǎn)率和自信心。項(xiàng)目的成功既需要技術(shù)又需要良好的合作關(guān)系，極限編程致力于同時(shí)解決上述兩個(gè)問題。21極限編程極限編程是放棄舊的、低效的技術(shù)和習(xí)慣而采用新的、有效的技術(shù)和習(xí)慣；極限編程是因?yàn)槟憬裉斓慕弑M全力而充分欣賞你自己；極限編程是努力在明天做得更好；極限編程是要開發(fā)人員按照其對(duì)團(tuán)隊(duì)共同目標(biāo)所做出的貢獻(xiàn)來(lái)評(píng)價(jià)自己；極限編程是讓開發(fā)者的一些人性需求在軟件開發(fā)中得到滿足，包括基本的安全感、歸屬感、成就感、成長(zhǎng)以及親切感等。22極限編程極限編程的生命周期由五個(gè)部分組成：試探、計(jì)劃、迭代發(fā)布、產(chǎn)品化以及維護(hù)期和結(jié)束。23極限編程試探是極限編程的起點(diǎn)，目的是充分評(píng)估首次迭代所要實(shí)現(xiàn)的用戶故事。用戶故事是指特征需求，配置或者用戶提出的非功能性的需求。故事卡片并非記錄用戶故事的每個(gè)細(xì)節(jié)，極限編程方法強(qiáng)調(diào)面對(duì)面的溝通和交流，故事卡片只作簡(jiǎn)略記錄，可以用來(lái)建立文檔。試探期內(nèi)，用戶的任務(wù)是把希望包含在首次發(fā)布版本中的用戶故事填寫到故事卡片上來(lái)，團(tuán)隊(duì)成員的任務(wù)有兩個(gè)：熟悉項(xiàng)目中將用到的工具、技術(shù)和開發(fā)方法，以及成員間彼此熟悉。24極限編程計(jì)劃期的主要任務(wù)是設(shè)置用戶故事的優(yōu)先級(jí)和對(duì)發(fā)布的用戶故事和發(fā)布日期達(dá)成共識(shí)。軟件開發(fā)程序員對(duì)每個(gè)用戶故事所需的勞動(dòng)量進(jìn)行初步估計(jì)，整個(gè)軟件開發(fā)團(tuán)隊(duì)根據(jù)勞動(dòng)強(qiáng)度的估計(jì)對(duì)發(fā)布的用戶故事和最終日期達(dá)成共識(shí)。首次發(fā)布的日期一般不超過兩個(gè)月。25極限編程迭代發(fā)布期的目標(biāo)是實(shí)現(xiàn)一個(gè)已充分測(cè)試過的系統(tǒng)，為發(fā)布作好準(zhǔn)備。一次發(fā)布需要經(jīng)歷多次迭代，一個(gè)迭代周期較短，約幾周時(shí)間。通過劃分計(jì)劃時(shí)間表，來(lái)形成多個(gè)迭代期。在迭代開始前，用戶為迭代選擇用戶故事，在迭代快結(jié)束時(shí)，對(duì)系統(tǒng)進(jìn)行功能測(cè)試。隨著最后一輪的迭代結(jié)束，產(chǎn)品的發(fā)布也即將進(jìn)行。26極限編程通過系統(tǒng)部署來(lái)實(shí)現(xiàn)系統(tǒng)的產(chǎn)品化，在此之前，還需要對(duì)系統(tǒng)性能進(jìn)行額外的測(cè)試和檢查。在產(chǎn)品化期，仍然可能會(huì)發(fā)現(xiàn)新的變化，是否將這些變化加進(jìn)當(dāng)前版本，需要仔細(xì)斟酌。為了給維護(hù)和編寫文檔留下足夠多的時(shí)間，產(chǎn)品化的迭代周期可能會(huì)縮短，從原來(lái)的幾周可能縮短到一周左右時(shí)間。27極限編程維護(hù)期的主要目的是增強(qiáng)系統(tǒng)性能、修正版本中的缺陷，構(gòu)建重要的發(fā)布版本。自首次版本發(fā)布后到項(xiàng)目結(jié)束前，開發(fā)團(tuán)隊(duì)都既需要維護(hù)現(xiàn)有運(yùn)行的系統(tǒng)，又需要執(zhí)行下一輪新的迭代。因此，系統(tǒng)的開發(fā)速度可能會(huì)受到影響。當(dāng)所有需要實(shí)現(xiàn)的用戶故事都開發(fā)完成時(shí)，項(xiàng)目也就進(jìn)入了結(jié)束期。當(dāng)然，失敗的項(xiàng)目也可能提前進(jìn)入結(jié)束期。在結(jié)束期，可能需要編寫必要的文檔。28極限編程極限編程方法定義了七種不同角色，分別負(fù)責(zé)不同任務(wù)。負(fù)責(zé)編寫代碼和測(cè)試的軟件開發(fā)人員；負(fù)責(zé)填寫用戶故事和功能測(cè)試的客戶；幫助客戶完成和維護(hù)功能測(cè)試的測(cè)試人員；負(fù)責(zé)收集反饋信息的信息收集人員；負(fù)責(zé)整個(gè)開發(fā)過程和幫助其他人遵守紀(jì)律的教練；負(fù)責(zé)解決專業(yè)問題的顧問；作決策的經(jīng)理。29極限編程極限編程方法中包含5個(gè)指導(dǎo)軟件開發(fā)的價(jià)值觀：溝通，簡(jiǎn)單，反饋，勇氣和尊重。溝通不一定代表行為，所以溝通必須和實(shí)際行為結(jié)合起來(lái)。對(duì)于創(chuàng)造團(tuán)隊(duì)意識(shí)和高效合作意識(shí)來(lái)說，溝通是十分必要的。30極限編程簡(jiǎn)單不是一成不變的，昨天簡(jiǎn)單的解決方案可能在今天仍然能達(dá)到預(yù)期的效果，但它并不一定還是簡(jiǎn)單的。無(wú)論是軟件開發(fā)的細(xì)節(jié)，系統(tǒng)需求，還是系統(tǒng)架構(gòu)等方面都不是長(zhǎng)久固定不變的，而是動(dòng)態(tài)變化的。變化不可避免，產(chǎn)生了對(duì)反饋的需要，反饋有助于系統(tǒng)及時(shí)改進(jìn)。勇氣是指選擇正確的事情，勇敢的完成它。尊重是指團(tuán)隊(duì)成員為同一個(gè)項(xiàng)目的成功，彼此之間互相關(guān)心。31極限編程14個(gè)指導(dǎo)實(shí)踐的原則：人性化，經(jīng)濟(jì)學(xué)，互惠互利，自相似性，改進(jìn)，多樣性，反省，流，機(jī)遇，冗余，失敗，質(zhì)量，嬰兒步，接受責(zé)任。32極限編程原則是為了更好地理解實(shí)踐。極限編程方法包含14個(gè)基本實(shí)踐：坐到一起，完整團(tuán)隊(duì)，富含信息的工作空間，充滿活力的工作，結(jié)對(duì)編程，結(jié)對(duì)與個(gè)人空間，故事，周循環(huán)，季度循環(huán)，松弛，10分鐘構(gòu)建，持續(xù)集成，測(cè)試先行編程，增量設(shè)計(jì)。33極限編程極限編程對(duì)敏捷運(yùn)動(dòng)的貢獻(xiàn)有很多，其中關(guān)鍵的一項(xiàng)是改變了開發(fā)人員與客戶的不良關(guān)系，這對(duì)軟件開發(fā)來(lái)說是十分重要的。極限編程是業(yè)界眾多實(shí)踐的總結(jié)，再加上它的高度可操作性，所以它在敏捷開發(fā)方法中一馬當(dāng)先，獲得了廣泛的研究與關(guān)注。但極限編程方法也不是放之四海而皆準(zhǔn)的，項(xiàng)目成功率還會(huì)受到影響軟件開發(fā)團(tuán)隊(duì)之間相互交流的諸多因素、特有的商業(yè)文化以及無(wú)法克服的技術(shù)障礙等等的影響。關(guān)于極限編程的主要爭(zhēng)議有兩點(diǎn)：缺乏文檔和適用于小團(tuán)隊(duì)的局限性。因此，當(dāng)把它應(yīng)用到最適合的領(lǐng)域之外時(shí)，可能需要進(jìn)行適當(dāng)?shù)恼{(diào)整。34ScrumScrum名稱來(lái)自英式橄欖球，有并列爭(zhēng)球的意思。Scrum方法的提出，旨在尋求充分發(fā)揮面向?qū)ο蠛蜆?gòu)件技術(shù)的軟件開發(fā)方法，是對(duì)迭代式面向?qū)ο蠓椒ǖ母倪M(jìn)。35ScrumScrum方法把工業(yè)過程控制理論應(yīng)用到了系統(tǒng)開發(fā)中來(lái)，是一種注重靈活性、適配性和生產(chǎn)率等思想的經(jīng)驗(yàn)性方法。Scrum方法認(rèn)為軟件開發(fā)所處的環(huán)境和開發(fā)技術(shù)不會(huì)也不應(yīng)該是一成不變的，而是經(jīng)常會(huì)發(fā)生變化的；軟件開發(fā)團(tuán)隊(duì)成員必須學(xué)會(huì)如何在這樣一個(gè)不斷變更的環(huán)境中有效工作，必須學(xué)會(huì)如何才能開發(fā)出適應(yīng)性強(qiáng)的軟件系統(tǒng)；軟件開發(fā)過程更是一種經(jīng)驗(yàn)過程，而不是確定性過程。36ScrumScrum方法極力倡導(dǎo)自我組織的團(tuán)隊(duì)、自我管理的團(tuán)隊(duì)、團(tuán)隊(duì)的日?？己艘约氨苊忸A(yù)測(cè)性過程。Scrum項(xiàng)目管理的重點(diǎn)是最大程度地改善“環(huán)境”，監(jiān)控支付特性，并不斷加以調(diào)整，以響應(yīng)變化的需求。在Scrum項(xiàng)目中，環(huán)境為開發(fā)團(tuán)隊(duì)成員的交互提供便利，團(tuán)隊(duì)成員相信交流、彼此協(xié)作、學(xué)會(huì)調(diào)整和知識(shí)共享對(duì)于產(chǎn)品交付來(lái)說是至關(guān)重要的。37ScrumScrum過程大致可分為三個(gè)階段：開發(fā)前、開發(fā)期和開發(fā)后。

38Scrum開發(fā)前期包含兩部分，即計(jì)劃和體系結(jié)構(gòu)設(shè)計(jì)或者高水平設(shè)計(jì)。計(jì)劃包括待開發(fā)系統(tǒng)的確定，設(shè)定預(yù)期目標(biāo)。Scrum方法把急待完成的一系列任務(wù)稱為待辦事宜(Backlog)，包括未細(xì)化的產(chǎn)品功能要求、缺陷、客戶提出的改進(jìn)、具有競(jìng)爭(zhēng)力的功能和技術(shù)升級(jí)等等。將待辦事宜按優(yōu)先級(jí)和估算代價(jià)排序，構(gòu)成待辦事宜列表，待辦事宜列表應(yīng)該包括當(dāng)前已知的全部需求。待辦事宜列表是可變的。39Scrum體系結(jié)構(gòu)設(shè)計(jì)軟件開發(fā)團(tuán)隊(duì)需要充分考慮實(shí)現(xiàn)新增待辦事宜項(xiàng)對(duì)既有系統(tǒng)會(huì)產(chǎn)生什么樣的影響，同時(shí)確定系統(tǒng)所需的變化，從而改善系統(tǒng)的性能。期間的活動(dòng)包括針對(duì)產(chǎn)品待辦事宜項(xiàng)的體系結(jié)構(gòu)設(shè)計(jì)以及準(zhǔn)備系統(tǒng)發(fā)布內(nèi)容的初步計(jì)劃，即試探性的設(shè)計(jì)和原型活動(dòng)。40Scrum開發(fā)期是Scrum方法的敏捷部分。Scrum方法重視可能引起變化的環(huán)境或技術(shù)，例如時(shí)間框、質(zhì)量、需求、資源、開發(fā)技術(shù)和工具，甚至開發(fā)方法等。與傳統(tǒng)方法不同，Scrum方法并非僅在軟件開發(fā)初期考慮這些問題，而是在整個(gè)開發(fā)過程中時(shí)刻關(guān)注它們的變化，并設(shè)法加以控制，以便靈活地適應(yīng)變革。41Scrum在Scrum方法中，開發(fā)周期是一個(gè)為期30天的，被稱為Sprint(沖刺)的迭代。用于迭代任務(wù)的待辦事宜稱作Sprint待辦事宜，其粒度一般為幾小時(shí)到十幾小時(shí)不等。Sprint待辦事宜會(huì)隨著迭代的進(jìn)行而不斷更新，新的任務(wù)經(jīng)常是出現(xiàn)在每天迭代開始前。隨著Sprint待辦事宜的增多，軟件開發(fā)團(tuán)隊(duì)會(huì)設(shè)法改進(jìn)他們創(chuàng)造新待辦事宜的能力。42Scrum在開發(fā)后期，問題基本上都得到了解決，幾乎不可能再有什么新問題或者尚未處理的問題。本階段的主要任務(wù)是系統(tǒng)集成、系統(tǒng)測(cè)試、發(fā)布最終版本、編寫文檔以及指導(dǎo)培訓(xùn)等。在Scrum方法中，完成全部需求的時(shí)刻，也就是歡迎開發(fā)后期到來(lái)的時(shí)刻。43ScrumScrum方法定義五種角色：Scrum主管——Scrum方法引進(jìn)的一個(gè)新角色，對(duì)Scrum的成功與否負(fù)總責(zé)，其職責(zé)范圍包括確保項(xiàng)目按計(jì)劃進(jìn)行，貫徹Scrum規(guī)則、價(jià)值觀和實(shí)踐，監(jiān)聽過程，并掃除開發(fā)過程中的障礙，以保證團(tuán)隊(duì)高效工作。他們既要與項(xiàng)目團(tuán)隊(duì)，也要與客戶和經(jīng)理打交道。產(chǎn)品所有人——產(chǎn)品所有人由Scrum主管，客戶和經(jīng)理三方選舉產(chǎn)生，對(duì)整個(gè)項(xiàng)目負(fù)官方責(zé)任。產(chǎn)品所有人管理、控制和創(chuàng)建產(chǎn)品待辦事宜列表，并對(duì)其編排優(yōu)先級(jí)，為待辦事宜項(xiàng)估算任務(wù)量，將待辦事宜問題轉(zhuǎn)化為待開發(fā)特性，對(duì)有關(guān)任務(wù)具有最終決定權(quán)。44ScrumScrum團(tuán)隊(duì)——項(xiàng)目團(tuán)隊(duì)，基于Sprint待辦事宜工作，為了保證Sprint成功，他們有權(quán)決定必需的行為和自我組織。舉例來(lái)說，他們參與強(qiáng)度估算，制作Sprint待辦事宜項(xiàng)，回顧產(chǎn)品待辦事宜項(xiàng)，建議從項(xiàng)目中需移除的障礙?？蛻簟蛻魠⑴c產(chǎn)品待辦事宜項(xiàng)有關(guān)的任務(wù)。經(jīng)理——經(jīng)理決定項(xiàng)目中必須遵守的規(guī)范，會(huì)議制度等。經(jīng)理也參與目標(biāo)和需求的設(shè)定，可以選擇產(chǎn)品所有人，規(guī)范開發(fā)過程，同Scrum主管一起削減待辦事宜。45ScrumScrum價(jià)值觀包括五個(gè)方面：承諾(Commitment)關(guān)注(Focus)公開(Openness)尊重(Respect)勇氣(Courage)

46ScrumScrum方法支持和鼓勵(lì)承諾，并授予承諾者所有權(quán)力用于完成承諾。例如，Scrum團(tuán)隊(duì)成員有絕對(duì)自主權(quán)，有權(quán)力選擇怎么做，但在大多數(shù)組織中，這卻是全新的概念。大多數(shù)雇員已習(xí)慣于被告知做什么以及怎么做，他們起初可能懷疑或不相信管理者能以這種授權(quán)方式運(yùn)作Scrum方法，但是，一旦授權(quán)起了作用，他們就會(huì)改變?cè)邢敕?，開始信任起管理者來(lái)，甚至開始信任起他們自己。47ScrumScrum方法強(qiáng)調(diào)集中精力做好手頭工作，關(guān)注并完成承諾。根據(jù)含糊不清的需求，采用不穩(wěn)定技術(shù)開發(fā)出有價(jià)值的產(chǎn)品增量，是一項(xiàng)十分艱苦的工作，它需要集中精力和高度關(guān)注。一旦采取關(guān)注，工作時(shí)間就應(yīng)該是關(guān)注問題的時(shí)間，關(guān)注解決方案的時(shí)間，集中精力實(shí)踐的時(shí)間。Scrum方法設(shè)法給團(tuán)隊(duì)提供易于關(guān)注的環(huán)境，用于高效地思考和解決問題。48ScrumScrum方法拒絕掩飾，提倡公開透明。Scrum機(jī)制為公開作保障人人都能參考產(chǎn)品待辦事宜每日Scrum會(huì)議確保公開Scrum成員正在做什么Sprint回顧會(huì)議確保公開Sprint成果剩余工作時(shí)間圖用來(lái)公開工作的進(jìn)度和工作的速度職責(zé)范圍和權(quán)力的分配也是公開的，透明的49Scrum如果Scrum團(tuán)隊(duì)成員互不關(guān)心彼此，互不理會(huì)別人所做之事，那么Scrum也是無(wú)用的。經(jīng)歷，技能，優(yōu)點(diǎn)，缺點(diǎn)，以及所受教育等都會(huì)因人而異。一個(gè)Scrum團(tuán)隊(duì)由不同的個(gè)體組成，成員間的相互尊重是十分必要的。對(duì)Scrum成員