【正文】 一樣。 誤解5：自組織團隊需要員工更加主動； 糾正：自組織讓團隊更加主動，每個人都不喜歡被命令和控制，每個人期望有成就感、期望被認(rèn)可 誤解3：團隊自己設(shè)計團隊結(jié)構(gòu)； 糾正：管理層決定團隊上下文 誤解1：團隊自己決定目標(biāo)是什么 ； 糾正：管理層決定團隊目標(biāo) 授權(quán)團隊 確定團隊上下文，組織結(jié)構(gòu)、團隊結(jié)構(gòu)、團隊組成 團隊監(jiān)督和管理他們的過程和進度在自組織團隊的環(huán)境下，管理層關(guān)注在如下幾個方面： 團隊需要在確保目標(biāo)的前提下制定團隊內(nèi)的行為準(zhǔn)則 團隊決定誰做什么，即任務(wù)的分配這種團隊的管理方式，更多的是命令與控制，以及微觀管理。自組織團隊和經(jīng)理領(lǐng)導(dǎo)的團隊的區(qū)別對于經(jīng)理領(lǐng)導(dǎo)的團隊來說，團隊成員被分配任務(wù)，團隊成員只有執(zhí)行任務(wù)的權(quán)利。自組織團隊也叫做自管理團隊、或者被授權(quán)的團隊。什么是自組織團隊？自組織團隊是敏捷軟件開發(fā)的基本觀念 。 按照可持續(xù)的節(jié)奏工作 2個披薩的團隊大?。?9人） 最大限制的溝通 團隊成員符合T型技能，即一專多長 自組織 每天跟進工作進展，并對他們的工作做檢查和調(diào)整 梳理產(chǎn)品BacklogScrum開發(fā)團隊的主要職責(zé)包括如下五個方面：Scrum中的團隊，對應(yīng)到龍舟賽的劃槳團隊，團隊必須協(xié)調(diào)一致，作為一個整體前進，在這樣的環(huán)境下單打獨斗，各自為政沒有任何勝算。Scrum中的PO就是舵手的角色，他對產(chǎn)品的方向負(fù)責(zé)，對產(chǎn)品的Why和What負(fù)責(zé)，對產(chǎn)品的愿景，產(chǎn)品包括哪些主要的特性負(fù)責(zé)。但是，在Scrum的工作方式下，總共只有三個角色， 這三個角色分別是產(chǎn)品負(fù)責(zé)人（PO）,Scrum Master和開發(fā)團隊。我們可以在開發(fā)期間通過Backlog的梳理來逐步的細(xì)化需求。Scrum團隊在開發(fā)需求的時候，從Backlog最上層的高優(yōu)先級的需求開始開發(fā)。自組織團隊Scrum團隊是一個自組織的團隊，傳統(tǒng)的命令與控制式的團隊只有執(zhí)行任務(wù)的權(quán)利，而自組織團隊有權(quán)進行設(shè)計、計劃和執(zhí)行任務(wù)，自組織團隊還需要自己監(jiān)督和管理他們的工程過程和進度，自組織團隊自己決定團隊內(nèi)如何開展工作，決定誰來做什么，即分工協(xié)作的方式。無論產(chǎn)品負(fù)責(zé)人是否決定真正發(fā)布它,增量必須可用。增量交付增量是一個 Sprint 及以前所有 Sprint 中完成的所有產(chǎn)品代辦事項列表條目的總和。迭代的長度是固定的，如果我們選擇了1周的迭代，那么保持它的長度不要發(fā)生變化，在整個產(chǎn)品開發(fā)周期內(nèi)每個迭代都是1周的長度。Scrum團隊總是在Scrum的框架內(nèi),改進他們自己的流程。團隊識別出哪些做得好,哪些做得不好,并找出潛在 的改進事項,為將來的改進制定計劃。因此,通常都會在Sprint評審會議中調(diào) 整產(chǎn)品待辦事項列表。他們還會討論產(chǎn)品待辦事項列表 的狀態(tài)、可能的完成日期以及在這些日期前能完成什么。團隊會找到他們自己的方式來開Sprint評審會議。每個?人都可以在Sprint評審會議 上發(fā)表意?見。由于Sprint的產(chǎn)出會涉及到一些?人的“利益”,因此一個明 智的做法是邀請他們參加這個會議,這會很有幫助。所有Scrum會議都是限定時?長 的,Sprint評審會議的推薦時?長是Sprint中的每一周對應(yīng)一個小時(譯者注:?比如,一個Sprint 包含2個星期,則Sprint評審會議時?長為2個小時)。每日Scrum通 常不超過15分鐘。它能幫助 快速發(fā)現(xiàn)問題,并促進團隊的自組織和自?立。在必要時, 開發(fā)團隊會基于會議中的發(fā)現(xiàn)重新組織他們的工作來完成Sprint的??目標(biāo)。只有Scrum團隊的成員,包括 ScrumMaster和產(chǎn)品負(fù)責(zé)?人,可以在會議中發(fā)?言。每日Scrum既不是向管理層匯報,也不是向產(chǎn)品負(fù)責(zé)?人或者ScrumMaster匯報。每日Scrum中可能有簡要的問題澄清和回答,但是不應(yīng)該有任何話題的討論。 從現(xiàn)在到下一個每日Scrum,我計劃完成什么。 這個會議每天在同樣的時間和同樣的地點召開。Scrum活動:每日Scrum會議開發(fā)團隊是自組織的。 總而?言之:在Sprint計劃會議中,開發(fā)團隊和產(chǎn)品負(fù)責(zé)人一起考慮并討論產(chǎn)品待辦事項,確保他們對這些事項的理解,選擇一些他們預(yù)測能完成的事項,創(chuàng)建足夠詳細(xì)的計劃來確保他們能夠完成這些事項。Sprint計劃會議的產(chǎn)出 Sprint計劃會議最終需要Scrum團隊對Sprint需要完成工作的數(shù)量和復(fù)雜度達成共識,并預(yù)期在一個合理的條件范圍內(nèi)完成它們。在計劃會議的第二部分,產(chǎn)品負(fù)責(zé)人可以繼續(xù)留下來回答問題,以及澄清一些誤解。之后要完成的工作可以稍?大些,以后再對它 們進?行分解。他們進?行?足夠的設(shè)計和計劃,從而有信心可以在Sprint中完成所有工作。這將十分有效地幫助大家更加專注于需要完成的工 作的本質(zhì),而不必花太多精力去關(guān)注那些對于我們需要完成的工作并不重要的?小細(xì)節(jié)。產(chǎn)品負(fù)責(zé)人或任何其它人,都不能給開發(fā) 團隊強加更多的工作量。為了決定做多少,開發(fā)團隊需要考慮當(dāng)前產(chǎn)品增量的狀態(tài),團隊過去的工作情況,團隊當(dāng)前的生產(chǎn)能力,以及排好序的產(chǎn)品待辦事項列表。在Scrum中,Sprint計劃會議有兩部分:1. 決定在Sprint中需要完成哪些工作2. 決定這些工作如何完成第一部分:需要完成哪些工作?在會議的第一部分,產(chǎn)品負(fù)責(zé)人向開發(fā)團隊介紹排好序的產(chǎn)品待辦事項,整個Scrum團隊共同理解這些工作。因為會議是限制時?長的,Sprint計劃會議的成功?分依賴于產(chǎn)品待辦事項列表的質(zhì)量。所有的Scrum會議都是限定時?的。整個團隊都要參加Sprint計劃會議。因此,產(chǎn)品待辦事項列表梳理最好是所有團隊成員都參與的活動,而不單單是產(chǎn)品負(fù)責(zé)人。每個人都需要清楚預(yù)期產(chǎn)出是什么。需要考慮不少因素,這包括但不限于以下的內(nèi)容:理想情況下,下一個Sprint的備選事項都應(yīng)該提升“商業(yè)價值”。 對事項進行估算產(chǎn)品待辦事項列表梳理的一個最大好處是為即將到來的幾個Sprint做準(zhǔn)備。 將事項分解成更小的事項 把看起來不再重要的事項移除或者降級該活動包含但不限于以下的內(nèi)容:X軸代表的項目周期，以Sprint為單位， Y軸代表的是剩余工作量，通常以用戶故事點、理想人天或者teamdays為單位。發(fā)布燃盡圖（Release Burndown Chart）在Scrum項目中，團隊通過每個Sprint結(jié)束時更新的發(fā)布燃盡圖來跟蹤整個發(fā)布計劃的進展。所有這個Sprint中需要完成，但沒有完成的任務(wù)的工作量是累積工作量，團隊會根據(jù)進展情況每天更新累積工作量，如果在Sprint結(jié)束時，累積工作量降低到0，Sprint就成功結(jié)束。 圖中Y軸代表的是剩余工作量，X軸代表的是Sprint的工作日。我們只關(guān)心剩余工作和日期這兩個變量。通過在 Sprint 中不斷追蹤剩余工作,開發(fā)團隊可以管理自己 的進度。開發(fā)團隊至少在每日例會時追蹤所有的剩余工作。Product Owner也許會和Scrum team一起工作，以幫助team更好的理解Sprint的目標(biāo)，ScrumMaster和team也許會覺得小的調(diào)整不會影響sprint的進度，但會給客戶帶來更多商業(yè)價值。Product Backlog 功能點被放到Sprint的固定周期中，Sprint Backlog 會因為如下原因發(fā)生變化:1. 隨著時間的變化，開發(fā)團隊對于需求有了更好的理解，有可能發(fā)現(xiàn)需要增加一些新的任務(wù)到Sprint Backlog中。在 Sprint 內(nèi)只有開發(fā)團隊可以對 Sprint 待辦事項列表進行修改。隨著任務(wù)進 行或者被完成,需要更新每項任務(wù)的估算剩余工作量。開發(fā)團隊在整個 Sprint 中都會修改 Sprint 代辦事項列表,Sprint 代辦事項列表也 會在 Sprint 的進程中慢慢顯現(xiàn),比如開發(fā)團隊按照計劃工作并對完成 Sprint 目標(biāo)所需的 工作有更多的了解。Sprint 代辦事項列表使開發(fā)團隊確定的、達到 Sprint 目標(biāo)所需的工 作清晰可見。Sprint 代辦事項列表是開發(fā)團隊對于哪些功能要包 含在下個增量中,以及交付那些功能所需工作的預(yù)計。在復(fù)雜的環(huán)境下,將要發(fā)生的東西是未知的,只有已經(jīng)發(fā)生的事情才能用來做前瞻式的決策。它們已經(jīng)被證實有用。我們只關(guān)心剩余工作和日期這兩個變量。這份信息對所有的干系人都透明。產(chǎn)品負(fù)責(zé)人至少在每個 Sprint 評審的時候追蹤剩余工作總量。但是,最后的估算是由執(zhí)行工作的人來決定的。開發(fā)團隊負(fù)責(zé)所有的估算工作。然而,何時如何完成優(yōu)化是 Scrum 團隊的決定。梳理在 Sprint 中是一項兼職活動,在產(chǎn)品負(fù)責(zé)人和開發(fā)團隊之間展開。在產(chǎn)品待辦事項列表梳理的時候,條目會被評審和修改。通過產(chǎn)品Backlog地梳理來增添細(xì)節(jié)、估算和排序。但描述下一步產(chǎn)品開發(fā)工作的產(chǎn)品待辦事項列表只能有一個。業(yè) 務(wù)需求、市場形勢和技術(shù)的變化都會引起產(chǎn)品待辦事項列表的變化。隨著產(chǎn)品的使用、價值的獲取以及市場的反饋,產(chǎn)品待辦事項列表變成了更大、更詳 盡的列表。開發(fā)團隊在接下來的 Sprint 中將要進行開發(fā)的產(chǎn)品待辦事項列表條目是細(xì)粒度的,已經(jīng)被分解過,因此,任何 一個條目在 Sprint 的時間盒內(nèi)都可以被“完成”。根據(jù)更清晰的內(nèi)容和 更詳盡的信息就能做出更準(zhǔn)確的估算。排序越高,產(chǎn)品待辦事項列表條目越緊急,就越需要仔細(xì)斟酌,并且對其價值的意見越一致。它是一個按照優(yōu)先級由高到低排列的一個序列，每個條目有唯一的順序。產(chǎn)品待辦事項列表條目包含描述、次序和估算的特征。只要產(chǎn)品存在,產(chǎn)品待辦事項列表就存在。 產(chǎn)品待辦事項列表根據(jù)產(chǎn)品和開發(fā)環(huán)境的變化而演進。產(chǎn)品負(fù)責(zé)人負(fù)責(zé)產(chǎn)品待辦事項列表的內(nèi)容、可用性和優(yōu)先級。Scrum 中所定義的工件能最大化關(guān)鍵信息的透明性,來保證 Scrum 團隊成功地交付完成的增量。 發(fā)起能提升Scrum 團隊生產(chǎn)力的變革 在組織范圍內(nèi)計劃 Scrum 的實施 在 Scrum 還未完全被采納和理解的組織環(huán)境下指導(dǎo)開發(fā)團隊Scrum Master 以各種方式服務(wù)于組織,包括: 移除開發(fā)團隊進展過程中的障礙 指導(dǎo)開發(fā)團隊自組織和跨職能 理解并實踐敏捷 教導(dǎo)開發(fā)團隊創(chuàng)建清晰簡明的產(chǎn)品代表事項列表條目 找到有效管理產(chǎn)品代辦事項列表的技巧 Scrum Master 通過改變這些交互來最大化 Scrum 團隊所創(chuàng)造的價值。Scrum Master是Scrum團隊中的服務(wù)式領(lǐng)導(dǎo)。Scrum角色之：Scrum MasterScrum Master 負(fù)責(zé)確保 Scrum 被理解并實施。大型團隊會產(chǎn)生太多復(fù)雜性,不便于經(jīng)驗過程管理。小團隊在 Sprint 中可能會 受到技能限制,從而導(dǎo)致無法交付可發(fā)布的產(chǎn)品增量。開發(fā)團隊的規(guī)模開發(fā)團隊最佳規(guī)模是小到足以保持敏捷性,大到足以完成重要工作。 開發(fā)團隊中的每個成員可以有特長和專注領(lǐng)域,但是責(zé)任歸屬于整個開發(fā)團隊此規(guī)則無一例外。開發(fā)團隊有以下幾個特點:開發(fā)團隊由組織構(gòu)建并授權(quán),來組織和管理他們的工作。Scrum角色之：開發(fā)團隊開發(fā)團隊包含了專業(yè)人員,負(fù)責(zé)在每個 Sprint 的結(jié)尾交付潛在可發(fā)布的“完成”產(chǎn) 品增量。產(chǎn)品負(fù) 責(zé)人所作的決定在產(chǎn)品待辦事項列表的內(nèi)容和排序中要清晰可見。產(chǎn)品負(fù)責(zé)人可能會在產(chǎn)品代辦事項列表中 體現(xiàn)一個委員會的需求,但要想改變某條目的優(yōu)先級必須先說服產(chǎn)品負(fù)責(zé)人。然而,產(chǎn)品負(fù)責(zé)人是 負(fù)責(zé)任者。 確保產(chǎn)品代辦事項列表對所有人可見、透明、清晰,并且顯示 Scrum 團隊的下一步工作 對產(chǎn)品代辦事項列表中的條目進行排序,最好地實現(xiàn)目標(biāo)和使命產(chǎn)品待辦事項列表的管理包括:實現(xiàn)這一點的方式會隨著組 織、Scrum 團隊以及單個團隊成員的不同而不同。增量交付潛在可交付的產(chǎn)品增量保證了 每個迭代都有潛在可發(fā)布的版本。Scrum 團隊模式的目的是最大限度地優(yōu)化適應(yīng)性、創(chuàng)造性和生產(chǎn)力。自組織團隊決定如何最好地完成他們的工作,而不是由團隊外的其他人來指揮他 們。SCRUM團隊的三個角色Scrum團隊中包括三個角色，他們分別是產(chǎn)品負(fù)責(zé)人、開發(fā)團隊和 Scrum Master。調(diào)整工作必須盡快實施，以減少進一步的偏差。另一個因素就是檢驗工作成果人員的技能水平和積極性。當(dāng)規(guī)定的檢驗頻率超出了過程檢驗所能容許的程度，那么就會出現(xiàn)問題。第二：檢驗（Inspection）開發(fā)過程中的各方面必須做到足夠頻繁地檢驗，確