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