敏捷軟件開(kāi)發(fā)管理-20160405

敏捷軟件開(kāi)發(fā)管理IBM高級(jí)技術(shù)參謀孫昕議程如何有效的實(shí)施Scrum 第一款全面支持敏捷開(kāi)發(fā)的工具成功案例分享：IBM如何實(shí)現(xiàn)敏捷開(kāi)發(fā)ThoughtWorks辦公區(qū)思特沃克軟件技術(shù)辦公區(qū)敏捷宣言2001年2月11-13日，17位軟件開(kāi)發(fā)領(lǐng)域的領(lǐng)軍人物聚集在美國(guó)猶他州的滑雪勝地-雷鳥(niǎo)雪場(chǎng)，經(jīng)過(guò)兩天的討論，敏捷〔Agile〕這個(gè)詞為全體聚會(huì)者所接受，用以概括一套全新的軟件開(kāi)發(fā)價(jià)值觀，敏捷宣言。

敏捷宣言Individualsandinteractionsoverprocessesandtools(人和交互重于過(guò)程和工具)Workingsoftwareovercomprehensivedocumentation(可以工作的軟件重于面面俱到的文檔)Customercollaborationovercontractnegotiation(客戶合作重于合同談判)Respondingtochangeoverfollowingaplan(擁抱變化勝于遵循方案)Thatis,whilethereisvalueintheitemsontheright,wevaluetheitemsontheleftmore.關(guān)注敏捷軟件開(kāi)發(fā)是因?yàn)槲覀冋J(rèn)為它是一種很好的軟件開(kāi)發(fā)理念，能夠應(yīng)對(duì)現(xiàn)實(shí)中的軟件需求經(jīng)常不完善和快速變更的問(wèn)題，用好它能夠提高客戶滿意度，降低工程失敗的風(fēng)險(xiǎn)。但什么時(shí)候使用它、如何很好地實(shí)施這些理念，是我們需要考慮和解決的問(wèn)題。敏捷宣言KentBeckJamesGrenningRobertC.MartinMikeBeedleJimHighsmithSteveMellorArievanBennekumAndrewHuntkenSchwaberAlistairCockburnRonJeffriesJeffSutherlandWardCunninghamJonKernDaveThomasMartinFowlerBrianMarick敏捷宣言遵循的原那么我們最重要的目標(biāo)，是通過(guò)持續(xù)不斷地及早交付有價(jià)值的軟件使客戶滿意。欣然面對(duì)需求變化，即使在開(kāi)發(fā)后期也一樣。為了客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)，敏捷過(guò)程掌控變化。經(jīng)常地交付可工作的軟件，相隔幾星期或一兩個(gè)月，傾向于采取較短的周期。業(yè)務(wù)人員和開(kāi)發(fā)人員必須相互合作，工程中的每一天都不例外。激發(fā)個(gè)體的斗志，以他們?yōu)楹诵拇罱üこ?。提供所需的環(huán)境和支援，輔以信任，從而達(dá)成目標(biāo)。不管團(tuán)隊(duì)內(nèi)外，傳遞信息效果最好效率也最高的方式是面對(duì)面的交談。敏捷宣言遵循的原那么可工作的軟件是進(jìn)度的首要度量標(biāo)準(zhǔn)。敏捷過(guò)程倡導(dǎo)可持續(xù)開(kāi)發(fā)。責(zé)任人、開(kāi)發(fā)人員和用戶要能夠共同維持其步調(diào)穩(wěn)定延續(xù)。堅(jiān)持不懈地追求技術(shù)卓越和良好的設(shè)計(jì)，敏捷能力由此增強(qiáng)。以簡(jiǎn)潔為本，它是竭力減少不必要工作量的藝術(shù)。最好的架構(gòu)、需求和設(shè)計(jì)出自自組織團(tuán)隊(duì)。團(tuán)隊(duì)定期地反思如何能提高成效，并依此調(diào)整自身的舉止表現(xiàn)。敏捷的定義(IBM)“使用持續(xù)的工程干系人的反響，通過(guò)用例〔用戶需求〕和一系列的較短的、穩(wěn)定的、時(shí)間固定的迭代來(lái)交付高質(zhì)量,可用的代碼.”Thisfigureshowsthe"FourS's"thatdescribeagileinanutshell.議程如何有效的實(shí)施Scrum 第一款全面支持敏捷開(kāi)發(fā)的工具成功案例分享：IBM如何實(shí)現(xiàn)敏捷開(kāi)發(fā)

Scrum開(kāi)發(fā)方式是敏捷方法之一在比賽中每個(gè)隊(duì)員都應(yīng)時(shí)刻保持對(duì)場(chǎng)上全局的判斷，然后通過(guò)集體行動(dòng)、奮力實(shí)現(xiàn)同一目標(biāo)──勝利Scrum一詞來(lái)源于橄欖球運(yùn)動(dòng)，過(guò)程是迅速，有適應(yīng)性，自組織的旨在尋求充分發(fā)揮面向?qū)ο蠛蜆?gòu)件技術(shù)的開(kāi)發(fā)方法，是對(duì)迭代式面向?qū)ο蠓椒ǖ母倪M(jìn)適用于需求難以預(yù)測(cè)的復(fù)雜商務(wù)應(yīng)用產(chǎn)品的開(kāi)發(fā)1995年由先進(jìn)的開(kāi)發(fā)方法公司提出，2001年由“敏捷聯(lián)盟”推廣團(tuán)隊(duì)成員能夠獨(dú)立地，集中地在創(chuàng)造性的環(huán)境下工作困難成功的變革不是完全的自上而下或者自下而上結(jié)束狀態(tài)是不可預(yù)知的Scrum是無(wú)處不在的Scrum是截然不同的變化來(lái)得比以往更快最正確實(shí)踐是危險(xiǎn)的值得更高的生產(chǎn)力及更低的本錢員工的參與度和工作滿意度增強(qiáng)更快的產(chǎn)品上市時(shí)間更高的質(zhì)量工程干系人的滿意度提升現(xiàn)在的做法不再有效ＡＤＡＰＴ模型意識(shí)〔Awareness〕：當(dāng)前的過(guò)程已不能實(shí)現(xiàn)可接受的結(jié)果渴望〔Desire〕：把實(shí)施Scrum作為一種方法來(lái)解決當(dāng)前的問(wèn)題能力〔Ability〕：有能力成功實(shí)施Scrum推廣〔Promotion〕：通過(guò)分享經(jīng)驗(yàn)來(lái)推廣Scrum，從而能讓我們記住并能讓其他人也能看到我們的成功傳遞〔Transfer〕：把實(shí)施Scrum帶來(lái)的影響擴(kuò)大到整個(gè)公司Scrum的角色、框架和流程ScrumMaster的角色ScrumMaster：保證團(tuán)隊(duì)一起順利工作，迅速去除擋路石，團(tuán)隊(duì)有效地朝著目標(biāo)前進(jìn)。幫助團(tuán)隊(duì)使用Scrum。ScrumMaster所需的品質(zhì)：責(zé)任：能夠并愿意承擔(dān)責(zé)任。ScrumMaster要對(duì)最大化團(tuán)隊(duì)的產(chǎn)出和支持團(tuán)隊(duì)成員實(shí)施及使用Scrum負(fù)責(zé)。謙虛：不會(huì)把自己的需求排在第一位，而是愿意去做任何能幫助團(tuán)隊(duì)實(shí)現(xiàn)目標(biāo)的事情。理解全體團(tuán)隊(duì)成員的價(jià)值，并以身作那么促成其他人達(dá)成共識(shí)。協(xié)作：ScrumMaster的工作是保證團(tuán)隊(duì)中存在一種相互協(xié)作的文化。確保團(tuán)隊(duì)成員能夠把問(wèn)題拿出來(lái)公開(kāi)討論。投入：要求全力以赴的投入。必須與團(tuán)對(duì)成員一樣，對(duì)工程及其目標(biāo)具有高度的奉獻(xiàn)精神。有影響力：能夠影響團(tuán)隊(duì)內(nèi)和團(tuán)隊(duì)外的人。讓團(tuán)隊(duì)相信需要嘗試一項(xiàng)新的技術(shù)實(shí)踐，如測(cè)試驅(qū)動(dòng)開(kāi)發(fā)或者結(jié)對(duì)編程。知識(shí)淵博：具備技術(shù)、市場(chǎng)和其他的專業(yè)知識(shí)，可以幫助團(tuán)隊(duì)實(shí)現(xiàn)目標(biāo)。Scrum的角色、框架和流程產(chǎn)品負(fù)責(zé)人的角色產(chǎn)品負(fù)責(zé)人：保證團(tuán)隊(duì)瞄準(zhǔn)正確目標(biāo)的人。產(chǎn)品負(fù)責(zé)人的職責(zé)：提供愿景：包括確定產(chǎn)品的愿景，做好溝通交流。向團(tuán)隊(duì)清楚解釋它。創(chuàng)立、維護(hù)產(chǎn)品Backlog并排好優(yōu)先次序來(lái)到達(dá)。提供邊界:描述愿景被實(shí)現(xiàn)時(shí)的現(xiàn)實(shí)情況，一般為限制條件。產(chǎn)品負(fù)責(zé)人所需的品質(zhì)：ABCDE。始終都在〔Available〕：保持隨需而到的狀態(tài)，對(duì)工程的積極投入。懂業(yè)務(wù)(Business-savvy)：懂得產(chǎn)品開(kāi)發(fā)的業(yè)務(wù)背景。善于溝通(Communication)：良好的溝通者，能夠和各種不同的工程干系人友好相處。果斷(Decisive)：當(dāng)團(tuán)隊(duì)成員有問(wèn)題找產(chǎn)品負(fù)責(zé)人時(shí)，需要一個(gè)解決方案。得到授權(quán)(Empowered)：一定是被授予權(quán)力做出決定并能為決策負(fù)責(zé)的人。角色職責(zé)劃龍舟團(tuán)隊(duì)20

Scrum總體骨架沖刺規(guī)劃會(huì)議SprintPlan一般不超過(guò)8小時(shí)。前4個(gè)小時(shí)：產(chǎn)品負(fù)責(zé)人向團(tuán)隊(duì)展示最高優(yōu)先級(jí)的產(chǎn)品，團(tuán)隊(duì)則向他詢問(wèn)產(chǎn)品Backlog的內(nèi)容、目的、含義及意圖。后4小時(shí)：團(tuán)隊(duì)計(jì)劃本Sprint的安排沖刺復(fù)審會(huì)議SprintReview一般4個(gè)小時(shí)，由團(tuán)隊(duì)成員向產(chǎn)品負(fù)責(zé)人額其他利益相關(guān)人展示Sprint周期內(nèi)的產(chǎn)品開(kāi)發(fā)情況沖刺回顧會(huì)議SprintRetrospective一般3個(gè)小時(shí)，ScrumMaster將鼓勵(lì)團(tuán)隊(duì)在SCRUM過(guò)程框架和實(shí)踐范圍內(nèi)，對(duì)開(kāi)發(fā)過(guò)程做出修改，使它在下一個(gè)Sprint周期中更加有效和令人愉快每日站立會(huì)議DailyScrumMeeting在簡(jiǎn)會(huì)上，每個(gè)成員主要回答三個(gè)問(wèn)題;–自上次SCRUM簡(jiǎn)會(huì)后的一天了（昨天），你做了什么?–從現(xiàn)在到下次SCRUM簡(jiǎn)會(huì)的一天里（今天），你要做什么?–在實(shí)現(xiàn)SCRUM及項(xiàng)目目標(biāo)的工作中，你遇到哪些困難嗎?產(chǎn)品訂單ProductBacklog沖刺訂單SprintBacklog新的功能增量產(chǎn)品負(fù)責(zé)人Scrum主管開(kāi)發(fā)團(tuán)隊(duì)干系人燃盡圖角色工件活動(dòng)產(chǎn)品訂單ProductBacklog沖刺規(guī)劃會(huì)議每日站立會(huì)議每日工作產(chǎn)品訂單沖刺復(fù)審會(huì)議沖刺回顧會(huì)議沖刺目標(biāo)沖刺訂單產(chǎn)品新的功能增量新的功能增量開(kāi)發(fā)流程21迭代每30天DailySCRUM每24小時(shí)高優(yōu)先級(jí)可運(yùn)行的軟件工作項(xiàng)分解產(chǎn)品訂單ProductBacklog沖刺訂單SprintBacklog新的功能增量沖刺規(guī)劃會(huì)議SprintPlan一般不超過(guò)8小時(shí)。前4個(gè)小時(shí)：產(chǎn)品負(fù)責(zé)人向團(tuán)隊(duì)展示最高優(yōu)先級(jí)的產(chǎn)品，團(tuán)隊(duì)則向他詢問(wèn)產(chǎn)品Backlog的內(nèi)容、目的、含義及意圖。后4小時(shí)：團(tuán)隊(duì)計(jì)劃本Sprint的安排沖刺復(fù)審會(huì)議SprintReview一般4個(gè)小時(shí)，由團(tuán)隊(duì)成員向產(chǎn)品負(fù)責(zé)人額其他利益相關(guān)人展示Sprint周期內(nèi)的產(chǎn)品開(kāi)發(fā)情況沖刺回顧會(huì)議SprintRetrospective一般3個(gè)小時(shí)，ScrumMaster將鼓勵(lì)團(tuán)隊(duì)在SCRUM過(guò)程框架和實(shí)踐范圍內(nèi)，對(duì)開(kāi)發(fā)過(guò)程做出修改，使它在下一個(gè)Sprint周期中更加有效和令人愉快每日站立會(huì)議DailyScrumMeeting在簡(jiǎn)會(huì)上，每個(gè)成員主要回答三個(gè)問(wèn)題;–自上次SCRUM簡(jiǎn)會(huì)后的一天了（昨天），你做了什么?–從現(xiàn)在到下次SCRUM簡(jiǎn)會(huì)的一天里（今天），你要做什么?–在實(shí)現(xiàn)SCRUM及項(xiàng)目目標(biāo)的工作中，你遇到哪些困難嗎?產(chǎn)品負(fù)責(zé)人Scrum主管開(kāi)發(fā)團(tuán)隊(duì)

Scrum總體骨架使用ScrumofScrums來(lái)進(jìn)行擴(kuò)展Scrum對(duì)大型和小型的開(kāi)發(fā)團(tuán)隊(duì)都有著良好的適應(yīng)性可以增加團(tuán)隊(duì)的層次，比方：幾個(gè)相互依賴的Scrum團(tuán)隊(duì)需要溝通幾個(gè)團(tuán)隊(duì)一起工作于一個(gè)單一的產(chǎn)品，并且團(tuán)隊(duì)間需要內(nèi)部相互依賴通過(guò)多層團(tuán)隊(duì)的建立來(lái)拓展不確定的工程規(guī)模由團(tuán)隊(duì)來(lái)決定頻率和是否出席和參與Technicalcontributor不需要ProductOwner或者ScrumMaster,但是他們可以協(xié)助Areyouabouttoputsomethinginanotherteam’sway?成功的Scrum需要做好準(zhǔn)備工作有準(zhǔn)備的…讓正確的人來(lái)?yè)?dān)當(dāng)適當(dāng)?shù)腟crum的角色具有良好的產(chǎn)品需求的規(guī)劃以及需求的優(yōu)先級(jí)的排序開(kāi)發(fā)和測(cè)試環(huán)境已經(jīng)準(zhǔn)備就緒團(tuán)隊(duì)知道如何將產(chǎn)品需求轉(zhuǎn)化為可裝配和可運(yùn)行的產(chǎn)品增量扎實(shí)的…由團(tuán)隊(duì)來(lái)評(píng)估和估算產(chǎn)品需求項(xiàng)產(chǎn)品負(fù)責(zé)人確定沖刺的目標(biāo)并就相關(guān)的產(chǎn)品需求和團(tuán)隊(duì)進(jìn)行討論由團(tuán)隊(duì)來(lái)決定它的可用性ScrumMaster準(zhǔn)備相關(guān)會(huì)議GO!工程已經(jīng)初始化第一個(gè)sprint方案會(huì)議可以開(kāi)始啟動(dòng)

Welldone.Goodluckandenjoy!Scrum工程也可能會(huì)失敗失敗摘自維基百科,自由的百科全書(shū)?

Failure(colloquially

fail,phailorflop)ingeneralreferstothestateorconditionofnotmeetingadesirableorintendedobjective.Itmaybeviewedastheoppositeofsuccess.Productfailurerangesfromfailuretoselltheproducttofractureoftheproduct,intheworstcasesleadingtopersonalinjury,theprovinceofforensicengineering.?SoyouneedtoquicklyidentifyScrumSmells...Scrum的誤區(qū):喪失節(jié)奏不一致的Scrum每日例會(huì)Scrum每日例會(huì)被省略會(huì)議的時(shí)間老是變化不一致的Sprint周期Sprint周期在中期被武斷得改變不一致的Sprint方案會(huì)議Sprint方案會(huì)議被省略保持一致性和協(xié)調(diào)性在Scrum當(dāng)中避免混亂和雜音，專注于交付本身

明確的闡明預(yù)期進(jìn)行適當(dāng)?shù)囊龑?dǎo)和培訓(xùn)

求助于基本的Scrum規(guī)則節(jié)奏能夠幫助我們走上正軌如何解決

Scrum的誤區(qū):隨意講話的雞工程干系人在Scrum每日例會(huì)上款款而談產(chǎn)品功能的選擇在Sprint方案會(huì)議之外進(jìn)行沒(méi)有外部人員的肯定，團(tuán)隊(duì)沒(méi)有方法做純技術(shù)上的決策工程的狀態(tài)分析在Sprint方案會(huì)議之外進(jìn)行執(zhí)行者試圖干預(yù)團(tuán)隊(duì)產(chǎn)品需求調(diào)整或不被理睬始終如一的防止狼群的騷擾指導(dǎo)和培訓(xùn)作為項(xiàng)目啟動(dòng)的一部分在項(xiàng)目啟動(dòng)過(guò)程中認(rèn)定角色

通過(guò)回顧加固預(yù)期把雞從豬圈里趕出去適當(dāng)?shù)淖兏鼤?huì)議時(shí)間和地點(diǎn)或許雞可以下蛋成為一個(gè)稱職的牧羊犬團(tuán)隊(duì)成員活在不恰當(dāng)?shù)募夹g(shù)決策的痛苦當(dāng)中vs.干系人感覺(jué)被強(qiáng)制的為團(tuán)隊(duì)做決定如何解決

Scrum誤區(qū):被遺忘的豬不清晰和明確的期望?競(jìng)爭(zhēng)性的分配?缺乏擔(dān)當(dāng)?管理上的干預(yù)?厭煩?恐懼?角色框架變更會(huì)議的時(shí)間和地點(diǎn)解釋,說(shuō)服,和商討擁抱技術(shù)改組團(tuán)隊(duì)團(tuán)隊(duì)成員活在不恰當(dāng)?shù)募夹g(shù)決策的痛苦當(dāng)中vs.干系人感覺(jué)被強(qiáng)制的為團(tuán)隊(duì)做決定如何解決

Scrum誤區(qū):缺少進(jìn)展

Backlog持續(xù)的增長(zhǎng)而不是減少手頭正在做的工作太多了功能特性感覺(jué)永無(wú)止境90%完成綜合癥總是基于已完成的功能特性不斷進(jìn)行修改和修復(fù)已完成的功能正在等待未完成的工程干系人抱怨缺少進(jìn)展失敗得交付需求可以盡早的看到其進(jìn)展、盡早的看到其價(jià)值以及按時(shí)地完成對(duì)于客戶存在極大價(jià)值的功能特性可以很容易的構(gòu)造“零缺陷”的產(chǎn)品總是對(duì)即將交付的產(chǎn)品保持承諾總是愿意去問(wèn),“是否沒(méi)有交付有用的可執(zhí)行的代碼,有什么好處呢?”意識(shí)到缺陷是不可避免的良好的Sprintbacklog管理如何解決

Scrum誤區(qū):ScrumMaster超越了自身的職責(zé)工作是由ScrumMaster分配的，而不是由開(kāi)發(fā)人員自己去認(rèn)領(lǐng)的團(tuán)隊(duì)無(wú)法自己掌控工作Scrum每日例會(huì)感覺(jué)是團(tuán)隊(duì)成員在向ScrumMaster匯報(bào)工作進(jìn)展讓團(tuán)隊(duì)自己掌控工作團(tuán)隊(duì)自己來(lái)做任務(wù)分配Scrum每日例會(huì)由團(tuán)隊(duì)參與并且最終是為了團(tuán)隊(duì)團(tuán)隊(duì)的自組織和自管理是Scrum的核心原則之一如何解決

Scrum誤區(qū):ScrumMaster超越了自身的職責(zé)工作是由ScrumMaster分配的，而不是由開(kāi)發(fā)人員自己去認(rèn)領(lǐng)的團(tuán)隊(duì)無(wú)法自己掌控工作Scrum每日例會(huì)感覺(jué)是團(tuán)隊(duì)成員在向ScrumMaster匯報(bào)工作進(jìn)展自組織團(tuán)隊(duì)自己來(lái)做任務(wù)分配符合T型技能，即一專多能持續(xù)改進(jìn)最大限制的溝通專注、投入按照可持續(xù)的節(jié)奏工作長(zhǎng)期存在、人員穩(wěn)定團(tuán)隊(duì)的自組織和自管理是Scrum的核心原則之一團(tuán)隊(duì)的自組織

Scrum誤區(qū):ScrumMaster超越了自身的職責(zé)工作是由ScrumMaster分配的，而不是由開(kāi)發(fā)人員自己去認(rèn)領(lǐng)的團(tuán)隊(duì)無(wú)法自己掌控工作Scrum每日例會(huì)感覺(jué)是團(tuán)隊(duì)成員在向ScrumMaster匯報(bào)工作進(jìn)展團(tuán)隊(duì)決定做什么，做任務(wù)分配團(tuán)體決定如何做，如何實(shí)現(xiàn)目標(biāo)，即團(tuán)隊(duì)做技術(shù)決策需在確保目標(biāo)的前提下制定行為準(zhǔn)則有義務(wù)保持過(guò)程的透明性團(tuán)隊(duì)監(jiān)控和管理他們的過(guò)程和進(jìn)度團(tuán)隊(duì)的自組織和自管理是Scrum的核心原則之一自組織的理解

Scrum誤區(qū):ScrumMaster超越了自身的職責(zé)工作是由ScrumMaster分配的，而不是由開(kāi)發(fā)人員自己去認(rèn)領(lǐng)的團(tuán)隊(duì)無(wú)法自己掌控工作Scrum每日例會(huì)感覺(jué)是團(tuán)隊(duì)成員在向ScrumMaster匯報(bào)工作進(jìn)展確保目標(biāo)和愿景團(tuán)隊(duì)結(jié)構(gòu)、成員提供環(huán)境和支持授權(quán)團(tuán)隊(duì)訓(xùn)練協(xié)作管理層決定團(tuán)隊(duì)的目標(biāo)，團(tuán)隊(duì)決定如何實(shí)現(xiàn)目標(biāo)管理者從微觀管理轉(zhuǎn)向目標(biāo)驅(qū)動(dòng)、授權(quán)團(tuán)隊(duì)的管理方式團(tuán)隊(duì)的自組織和自管理是Scrum的核心原則之一管理層的關(guān)注

Scrum誤區(qū):明確的工作職責(zé)

工程團(tuán)隊(duì)具有非常專一的工作角色劃分和描述：架構(gòu)師,設(shè)計(jì)人員,DBA,or測(cè)試人員,…團(tuán)隊(duì)包括專門的測(cè)試人員Scrum團(tuán)隊(duì)沒(méi)有“我們大家在一起”的態(tài)度Scrum團(tuán)隊(duì)不需要完全有多面手組成工作由團(tuán)隊(duì)自己分配Scrum每日例會(huì)可以進(jìn)行工作的分配每個(gè)專家都要對(duì)整個(gè)系統(tǒng)負(fù)責(zé)“我將盡一切我所能來(lái)幫助團(tuán)隊(duì)”的態(tài)度“同舟共濟(jì)”的態(tài)度如何解決

Scrum誤區(qū):來(lái)自執(zhí)行者的壓力執(zhí)行者要求團(tuán)隊(duì)承諾在一個(gè)確定的日期發(fā)布一系列的所謂的“最低要求”功能項(xiàng)執(zhí)行者參加團(tuán)隊(duì)會(huì)議執(zhí)行者直接和團(tuán)隊(duì)成員溝通，并提醒他們最后期限私下里和執(zhí)行者溝通，告訴他們他們的做法和期望可能背道而馳詢問(wèn)執(zhí)行者到底什么是他們真正關(guān)心的，依此來(lái)指導(dǎo)團(tuán)隊(duì)讓產(chǎn)品負(fù)責(zé)人和執(zhí)行者就產(chǎn)品的優(yōu)先級(jí)問(wèn)題進(jìn)行充分的商討支持它，承諾必須來(lái)之團(tuán)隊(duì)如何解決

Scrum誤區(qū):不像一個(gè)良好的團(tuán)隊(duì)

固定的角色任務(wù)是被分配的沒(méi)有互相幫助沒(méi)有持續(xù)的指導(dǎo)用戶需求沒(méi)有被團(tuán)隊(duì)廣泛的達(dá)成共識(shí)，所有的工作都是并行完成的缺少協(xié)作在Scrum會(huì)議上沒(méi)有互相的交流和傾聽(tīng)沒(méi)有歡笑–相反一個(gè)合作愉快的團(tuán)隊(duì)總是充滿歡笑用榜樣和指導(dǎo)者來(lái)領(lǐng)導(dǎo)，并幫助團(tuán)隊(duì)成員完成他們的任務(wù)打破豎井和一成不變的角色適當(dāng)?shù)母淖儓F(tuán)隊(duì)架構(gòu)來(lái)鼓勵(lì)團(tuán)隊(duì)而不是個(gè)人英雄主義鼓勵(lì)結(jié)對(duì)編程,代碼復(fù)查等能夠促進(jìn)團(tuán)隊(duì)協(xié)作和交流的實(shí)踐活動(dòng)Scrum項(xiàng)目的效率來(lái)自作為一個(gè)整體的團(tuán)隊(duì)如何解決

Scrum誤區(qū):大猩猩在房間里一個(gè)人(資深開(kāi)發(fā)人員,技術(shù)帶頭人,主管人員)支配交流和會(huì)議大家不愿意發(fā)言直到大猩猩開(kāi)口發(fā)言團(tuán)隊(duì)成員對(duì)大猩猩的觀點(diǎn)言聽(tīng)計(jì)從讓大猩猩在每個(gè)問(wèn)題的最后發(fā)言讓大猩猩多問(wèn)問(wèn)題而不是下結(jié)論需要考量大猩猩是不是必須的參與者?可以讓其適當(dāng)?shù)娜毕欢螘?huì)議在某些情況下，有必要讓項(xiàng)目干系人永遠(yuǎn)離開(kāi)會(huì)議(因?yàn)榧词箾](méi)有發(fā)言，他們也可以對(duì)團(tuán)隊(duì)產(chǎn)生極大的影響)團(tuán)隊(duì)的智慧vs.個(gè)人的天賦如何解決議程有效的實(shí)施Scrum 第一款全面支持敏捷開(kāi)發(fā)的工具成功案例分享：IBM如何實(shí)現(xiàn)敏捷開(kāi)發(fā)

RationalTeamConcert對(duì)于敏捷實(shí)踐的支持儀表盤增量設(shè)計(jì)持續(xù)集成測(cè)試驅(qū)動(dòng)得開(kāi)發(fā)迭代/沖刺構(gòu)建工作項(xiàng)配置管理Backlog（需求）敏捷和適應(yīng)性流程38常用工作項(xiàng)類型Scrum過(guò)程模版中所包含的常用工作項(xiàng)類型:Defect:在工程開(kāi)發(fā)的過(guò)程中,對(duì)于缺陷的追蹤管理Story:用戶需求,通過(guò)一兩句用戶的業(yè)務(wù)語(yǔ)言所描述的文檔化的需求Retrospective:在每個(gè)沖刺之后由工程組召開(kāi)的沖刺回憶會(huì)議,用來(lái)討論和總結(jié)這次迭代中,一些好的成功的經(jīng)驗(yàn),同時(shí)還有那些缺乏的地方需要改進(jìn).最后就在以后的迭代中如何更好的工作達(dá)成一致的建議. Impediment:阻礙和風(fēng)險(xiǎn),阻礙團(tuán)隊(duì)成功的到達(dá)迭代和沖刺的目標(biāo)RTC可以增強(qiáng)業(yè)務(wù)敏捷性和保持工程的成功概率促進(jìn)高效能團(tuán)隊(duì)的原那么工作軟件人員交互響應(yīng)變更客戶協(xié)作透明目的共同性工程健康狀況檢查上下文驅(qū)動(dòng)流程的靈活性迭代的方案執(zhí)行屢次發(fā)布JIT代碼審查啟動(dòng)特設(shè)團(tuán)隊(duì)團(tuán)隊(duì)感知流程感知特設(shè)共享持續(xù)集成管理團(tuán)隊(duì)資源變更驅(qū)動(dòng)的已集成的/可追溯的IBMRationalTeamConcert