【正文】 Scrum角色之：產(chǎn)品負(fù)責(zé)人產(chǎn)品負(fù)責(zé)人負(fù)責(zé)最大化產(chǎn)品以及開(kāi)發(fā)團(tuán)隊(duì)工作的價(jià)值。實(shí)現(xiàn)這一點(diǎn)的方式會(huì)隨著組 織、Scrum 團(tuán)隊(duì)以及單個(gè)團(tuán)隊(duì)成員的不同而不同。產(chǎn)品負(fù)責(zé)人是管理產(chǎn)品待辦事項(xiàng)列表的唯一責(zé)任人。產(chǎn)品待辦事項(xiàng)列表的管理包括: 清晰地表達(dá)產(chǎn)品代辦事項(xiàng)列表?xiàng)l目 對(duì)產(chǎn)品代辦事項(xiàng)列表中的條目進(jìn)行排序,最好地實(shí)現(xiàn)目標(biāo)和使命 確保開(kāi)發(fā)團(tuán)隊(duì)所執(zhí)行工作的價(jià)值 確保產(chǎn)品代辦事項(xiàng)列表對(duì)所有人可見(jiàn)、透明、清晰,并且顯示 Scrum 團(tuán)隊(duì)的下一步工作 確保開(kāi)發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品代辦事項(xiàng)列表中的條目達(dá)到一定程度的理解產(chǎn)品負(fù)責(zé)人可以親自完成上述工作,也可以讓開(kāi)發(fā)團(tuán)隊(duì)來(lái)完成。然而,產(chǎn)品負(fù)責(zé)人是 負(fù)責(zé)任者。產(chǎn)品負(fù)責(zé)人是一個(gè)人,而不是一個(gè)委員會(huì)。產(chǎn)品負(fù)責(zé)人可能會(huì)在產(chǎn)品代辦事項(xiàng)列表中 體現(xiàn)一個(gè)委員會(huì)的需求,但要想改變某條目的優(yōu)先級(jí)必須先說(shuō)服產(chǎn)品負(fù)責(zé)人。為保證產(chǎn)品負(fù)責(zé)人的工作取得成功,組織中的所有人員都必須尊重他的決定。產(chǎn)品負(fù) 責(zé)人所作的決定在產(chǎn)品待辦事項(xiàng)列表的內(nèi)容和排序中要清晰可見(jiàn)。任何人都不得要求開(kāi)發(fā) 團(tuán)隊(duì)按照另一套需求開(kāi)展工作,開(kāi)發(fā)團(tuán)隊(duì)也不允許聽(tīng)從任何其他人的指令。Scrum角色之：開(kāi)發(fā)團(tuán)隊(duì)開(kāi)發(fā)團(tuán)隊(duì)包含了專(zhuān)業(yè)人員,負(fù)責(zé)在每個(gè) Sprint 的結(jié)尾交付潛在可發(fā)布的“完成”產(chǎn) 品增量。只有開(kāi)發(fā)團(tuán)隊(duì)的成員才能創(chuàng)造增量。開(kāi)發(fā)團(tuán)隊(duì)由組織構(gòu)建并授權(quán),來(lái)組織和管理他們的工作。所產(chǎn)生的協(xié)同工作能最大化 開(kāi)發(fā)團(tuán)隊(duì)的整體效率和效力。開(kāi)發(fā)團(tuán)隊(duì)有以下幾個(gè)特點(diǎn): 他們是自組織的,沒(méi)有人(即使是 Scrum Master 都不可以)告訴開(kāi)發(fā)團(tuán)隊(duì)如何把產(chǎn)品 代辦事項(xiàng)列表變成潛在可發(fā)布的功能。 開(kāi)發(fā)團(tuán)隊(duì)是跨職能的,團(tuán)隊(duì)作為一個(gè)整體擁有創(chuàng)造產(chǎn)品增量所需要的全部技能。 Scrum 不認(rèn)可開(kāi)發(fā)團(tuán)隊(duì)成員的頭銜,無(wú)論承擔(dān)哪種工作他們都是開(kāi)發(fā)者。此規(guī)則無(wú)一例外。 開(kāi)發(fā)團(tuán)隊(duì)中的每個(gè)成員可以有特長(zhǎng)和專(zhuān)注領(lǐng)域,但是責(zé)任歸屬于整個(gè)開(kāi)發(fā)團(tuán)隊(duì) 開(kāi)發(fā)團(tuán)隊(duì)不包含如測(cè)試或業(yè)務(wù)分析等負(fù)責(zé)特定領(lǐng)域的子團(tuán)隊(duì)。開(kāi)發(fā)團(tuán)隊(duì)的規(guī)模開(kāi)發(fā)團(tuán)隊(duì)最佳規(guī)模是小到足以保持敏捷性,大到足以完成重要工作。少于 3 人的開(kāi)發(fā) 團(tuán)隊(duì)沒(méi)有足夠的交互,因而所獲得的生產(chǎn)力增長(zhǎng)也不會(huì)很大。小團(tuán)隊(duì)在 Sprint 中可能會(huì) 受到技能限制,從而導(dǎo)致無(wú)法交付可發(fā)布的產(chǎn)品增量。大于 9 人的團(tuán)隊(duì)需要過(guò)多的協(xié)調(diào)溝 通工作。大型團(tuán)隊(duì)會(huì)產(chǎn)生太多復(fù)雜性,不便于經(jīng)驗(yàn)過(guò)程管理。產(chǎn)品負(fù)責(zé)人和 Scrum Master 的角色不包含在此數(shù)字中,除非他們也參與執(zhí)行 Sprint 代表事項(xiàng)列表中的工作。Scrum角色之：Scrum MasterScrum Master 負(fù)責(zé)確保 Scrum 被理解并實(shí)施。為了達(dá)到這個(gè)目的,Scrum Master要確保 Scrum 團(tuán)隊(duì)遵循 Scrum 的理論、實(shí)踐和規(guī)則。Scrum Master是Scrum團(tuán)隊(duì)中的服務(wù)式領(lǐng)導(dǎo)。Scrum Master 幫助 Scrum 團(tuán)隊(duì)外的人員了解他們?nèi)绾闻c Scrum 團(tuán)隊(duì)交互是有益的。 Scrum Master 通過(guò)改變這些交互來(lái)最大化 Scrum 團(tuán)隊(duì)所創(chuàng)造的價(jià)值。Scrum Master 服務(wù)于產(chǎn)品負(fù)責(zé)人Scrum Master 以各種方式服務(wù)于產(chǎn)品負(fù)責(zé)人,包括: 找到有效管理產(chǎn)品代辦事項(xiàng)列表的技巧 清晰地和開(kāi)發(fā)團(tuán)隊(duì)溝通愿景、目標(biāo)和產(chǎn)品代表事項(xiàng)列表?xiàng)l目 教導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)創(chuàng)建清晰簡(jiǎn)明的產(chǎn)品代表事項(xiàng)列表?xiàng)l目 在經(jīng)驗(yàn)主義環(huán)境中理解長(zhǎng)期的產(chǎn)品規(guī)劃 理解并實(shí)踐敏捷 按需推動(dòng)Scrum活動(dòng)Scrum Master 服務(wù)于開(kāi)發(fā)團(tuán)隊(duì)Scrum Master 以各種方式服務(wù)于開(kāi)發(fā)團(tuán)隊(duì),包括: 指導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)自組織和跨職能 教導(dǎo)并領(lǐng)導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)創(chuàng)造高價(jià)值的產(chǎn)品 移除開(kāi)發(fā)團(tuán)隊(duì)進(jìn)展過(guò)程中的障礙 按需推動(dòng)Scrum活動(dòng) 在 Scrum 還未完全被采納和理解的組織環(huán)境下指導(dǎo)開(kāi)發(fā)團(tuán)隊(duì)Scrum Master 以各種方式服務(wù)于組織,包括: 領(lǐng)導(dǎo)并指導(dǎo)組織采用 Scrum 在組織范圍內(nèi)計(jì)劃 Scrum 的實(shí)施 幫助員工及干系人理解并實(shí)施 Scrum 和經(jīng)驗(yàn)性產(chǎn)品開(kāi)發(fā) 發(fā)起能提升Scrum 團(tuán)隊(duì)生產(chǎn)力的變革 與其他 Scrum Master 一起工作,幫助組織更有效的應(yīng)用ScrumSCRUM的三個(gè)工件Scrum 的工件以不同的方式展現(xiàn)工作和價(jià)值,可以用來(lái)提供透明性以及檢驗(yàn)和適應(yīng)的機(jī)會(huì)。Scrum 中所定義的工件能最大化關(guān)鍵信息的透明性,來(lái)保證 Scrum 團(tuán)隊(duì)成功地交付完成的增量。Product Backlog – 產(chǎn)品待辦事項(xiàng)列表產(chǎn)品待辦事項(xiàng)列表是一個(gè)排序的列表,包含所有產(chǎn)品需要的東西,也是產(chǎn)品需求變動(dòng)的唯一來(lái)源。產(chǎn)品負(fù)責(zé)人負(fù)責(zé)產(chǎn)品待辦事項(xiàng)列表的內(nèi)容、可用性和優(yōu)先級(jí)。產(chǎn)品待辦事項(xiàng)列表是一個(gè)持續(xù)完善的清單, 最初的版本只列出最初始的和眾所周知的需求。 產(chǎn)品待辦事項(xiàng)列表根據(jù)產(chǎn)品和開(kāi)發(fā)環(huán)境的變化而演進(jìn)。待辦事項(xiàng)列表是動(dòng)態(tài)的,它經(jīng)常發(fā)生變化以識(shí)別使產(chǎn)品合理、有競(jìng)爭(zhēng)力和有用所必需的東西。只要產(chǎn)品存在,產(chǎn)品待辦事項(xiàng)列表就存在。產(chǎn)品待辦事項(xiàng)列表列出了所有的特性、功能、需求、改進(jìn)方法和缺陷修復(fù)等對(duì)未來(lái)發(fā)布產(chǎn)品進(jìn)行的改變。產(chǎn)品待辦事項(xiàng)列表?xiàng)l目包含描述、次序和估算的特征。產(chǎn)品待辦事項(xiàng)列表通常以?xún)r(jià)值、風(fēng)險(xiǎn)、優(yōu)先級(jí)和必須性排序。它是一個(gè)按照優(yōu)先級(jí)由高到低排列的一個(gè)序列，每個(gè)條目有唯一的順序。排在頂部的產(chǎn)品待辦事項(xiàng)列表?xiàng)l目需要立即進(jìn)行開(kāi)發(fā)。排序越高,產(chǎn)品待辦事項(xiàng)列表?xiàng)l目越緊急,就越需要仔細(xì)斟酌,并且對(duì)其價(jià)值的意見(jiàn)越一致。排序越高的產(chǎn)品待辦事項(xiàng)列表?xiàng)l目比排序低的更清晰、更具體。根據(jù)更清晰的內(nèi)容和 更詳盡的信息就能做出更準(zhǔn)確的估算。優(yōu)先級(jí)越低,細(xì)節(jié)信息越少。開(kāi)發(fā)團(tuán)隊(duì)在接下來(lái)的 Sprint 中將要進(jìn)行開(kāi)發(fā)的產(chǎn)品待辦事項(xiàng)列表?xiàng)l目是細(xì)粒度的,已經(jīng)被分解過(guò),因此,任何 一個(gè)條目在 Sprint 的時(shí)間盒內(nèi)都可以被“完成”。開(kāi)發(fā)團(tuán)隊(duì)在一個(gè) Sprint 中可以“完 成”的產(chǎn)品待辦事項(xiàng)列表?xiàng)l目被認(rèn)為是“準(zhǔn)備好的”或者“可執(zhí)行的”,能在 Sprint 計(jì) 劃會(huì)議中被選擇。隨著產(chǎn)品的使用、價(jià)值的獲取以及市場(chǎng)的反饋,產(chǎn)品待辦事項(xiàng)列表變成了更大、更詳 盡的列表。因?yàn)樾枨笥肋h(yuǎn)不會(huì)停止改變,所以產(chǎn)品待辦事項(xiàng)列表是個(gè)不斷更新的工件。業(yè) 務(wù)需求、市場(chǎng)形勢(shì)和技術(shù)的變化都會(huì)引起產(chǎn)品待辦事項(xiàng)列表的變化。若干個(gè) Scrum 團(tuán)隊(duì)常常會(huì)一起開(kāi)發(fā)某個(gè)產(chǎn)品。但描述下一步產(chǎn)品開(kāi)發(fā)工作的產(chǎn)品待辦事項(xiàng)列表只能有一個(gè)。那么這就需要使用對(duì)產(chǎn)品待辦事項(xiàng)列表?xiàng)l目進(jìn)行分組的屬性。通過(guò)產(chǎn)品Backlog地梳理來(lái)增添細(xì)節(jié)、估算和排序。這是一個(gè)持續(xù)不斷 的過(guò)程,產(chǎn)品負(fù)責(zé)人和開(kāi)發(fā)團(tuán)隊(duì)協(xié)作討論產(chǎn)品代表事項(xiàng)列表?xiàng)l目的細(xì)節(jié)。在產(chǎn)品待辦事項(xiàng)列表梳理的時(shí)候,條目會(huì)被評(píng)審和修改。然而, 產(chǎn)品負(fù)責(zé)人可以隨時(shí)更新產(chǎn)品代辦事項(xiàng)列表?xiàng)l目或酌情決定。梳理在 Sprint 中是一項(xiàng)兼職活動(dòng),在產(chǎn)品負(fù)責(zé)人和開(kāi)發(fā)團(tuán)隊(duì)之間展開(kāi)。通常,開(kāi)發(fā) 團(tuán)隊(duì)有自行優(yōu)化的領(lǐng)域知識(shí)。然而,何時(shí)如何完成優(yōu)化是 Scrum 團(tuán)隊(duì)的決定。優(yōu)化通常占用不超過(guò)開(kāi)發(fā)團(tuán)隊(duì) 10%的時(shí)間。開(kāi)發(fā)團(tuán)隊(duì)負(fù)責(zé)所有的估算工作。產(chǎn)品負(fù)責(zé)人可以通過(guò)協(xié)助團(tuán)隊(duì)權(quán)衡取舍來(lái)影響他們的 決定。但是,最后的估算是由執(zhí)行工作的人來(lái)決定的。監(jiān)控向目標(biāo)前進(jìn)的進(jìn)度在任何時(shí)間,達(dá)成目標(biāo)的剩余工作量是可以被累計(jì)的。產(chǎn)品負(fù)責(zé)人至少在每個(gè) Sprint 評(píng)審的時(shí)候追蹤剩余工作總量。產(chǎn)品負(fù)責(zé)人把這個(gè)數(shù)量與之前 Sprint 評(píng)審時(shí)的剩余工作 量做比較,來(lái)評(píng)估在希望的時(shí)間點(diǎn)完成預(yù)計(jì)工作達(dá)成目標(biāo)的進(jìn)度。這份信息對(duì)所有的干系人都透明。Scrum 不考慮已經(jīng)花在產(chǎn)品代辦事項(xiàng)列表?xiàng)l目上的工作時(shí)間。我們只關(guān)心剩余工作和日期這兩個(gè)變量。各種趨勢(shì)燃盡圖、燃燒圖和其他計(jì)劃實(shí)踐都能用來(lái)預(yù)測(cè)進(jìn)度。它們已經(jīng)被證實(shí)有用。 然而,這并不能代替經(jīng)驗(yàn)主義的重要性。在復(fù)雜的環(huán)境下,將要發(fā)生的東西是未知的,只有已經(jīng)發(fā)生的事情才能用來(lái)做前瞻式的決策。SPRINT BACKLOGSprint 代辦事項(xiàng)列表是一組為當(dāng)前 Sprint 選出的產(chǎn)品代辦事項(xiàng)列表?xiàng)l目,外加交付 產(chǎn)品增量和實(shí)現(xiàn) Sprint 目標(biāo)的計(jì)劃。Sprint 代辦事項(xiàng)列表是開(kāi)發(fā)團(tuán)隊(duì)對(duì)于哪些功能要包 含在下個(gè)增量中,以及交付那些功能所需工作的預(yù)計(jì)。Sprint 代辦事項(xiàng)列表定義了開(kāi)發(fā)團(tuán)隊(duì)把產(chǎn)品代辦事項(xiàng)列表?xiàng)l目轉(zhuǎn)換成“完成”的增量 所需要執(zhí)行的工作。Sprint 代辦事項(xiàng)列表使開(kāi)發(fā)團(tuán)隊(duì)確定的、達(dá)到 Sprint 目標(biāo)所需的工 作清晰可見(jiàn)。Sprint 代辦事項(xiàng)列表是一份足夠具體的計(jì)劃,使得進(jìn)度上的改變能在每日例會(huì)中得到 理解。開(kāi)發(fā)團(tuán)隊(duì)在整個(gè) Sprint 中都會(huì)修改 Sprint 代辦事項(xiàng)列表,Sprint 代辦事項(xiàng)列表也 會(huì)在 Sprint 的進(jìn)程中慢慢顯現(xiàn),比如開(kāi)發(fā)團(tuán)隊(duì)按照計(jì)劃工作并對(duì)完成 Sprint 目標(biāo)所需的 工作有更多的了解。當(dāng)出現(xiàn)新工作時(shí),開(kāi)發(fā)團(tuán)隊(duì)需要將其追加到 Sprint 待辦事項(xiàng)列表中去。隨著任務(wù)進(jìn) 行或者被完成,需要更新每項(xiàng)任務(wù)的估算剩余工作量。如果計(jì)劃中某個(gè)部分失去開(kāi)發(fā)的意 義,就可以將其除去。在 Sprint 內(nèi)只有開(kāi)發(fā)團(tuán)隊(duì)可以對(duì) Sprint 待辦事項(xiàng)列表進(jìn)行修改。 Sprint 待辦事項(xiàng)列表是高度可見(jiàn)的,是對(duì)團(tuán)隊(duì)計(jì)劃在當(dāng)前 Sprint 內(nèi)完成工作的實(shí)時(shí)反 映,并且,該列表只屬于開(kāi)發(fā)團(tuán)隊(duì)。Product Backlog 功能點(diǎn)被放到Sprint的固定周期中，Sprint Backlog 會(huì)因?yàn)槿缦略虬l(fā)生變化:1. 隨著時(shí)間的變化，開(kāi)發(fā)團(tuán)隊(duì)對(duì)于需求有了更好的理解，有可能發(fā)現(xiàn)需要增加一些新的任務(wù)到Sprint Backlog中。2. 程序缺陷做為新的任務(wù)加進(jìn)來(lái)，這個(gè)都做為承諾提交任務(wù)中未完成的工作。Product Owner也許會(huì)和Scrum team一起工作，以幫助team更好的理解Sprint的目標(biāo)，ScrumMaster和team也許會(huì)覺(jué)得小的調(diào)整不會(huì)影響sprint的進(jìn)度，但會(huì)給客戶(hù)帶來(lái)更多商業(yè)價(jià)值。監(jiān)控 Sprint 進(jìn)度在 Sprint 中的任意時(shí)間點(diǎn),Sprint 待辦事項(xiàng)列表的所有剩余工作總和都可以被計(jì) 算。開(kāi)發(fā)團(tuán)隊(duì)至少在每日例會(huì)時(shí)追蹤所有的剩余工作。開(kāi)發(fā)團(tuán)隊(duì)每天追蹤剩余總和并預(yù)測(cè) 達(dá)成 Sprint 目標(biāo)的可能性。通過(guò)在 Sprint 中不斷追蹤剩余工作,開(kāi)發(fā)團(tuán)隊(duì)可以管理自己 的進(jìn)度。Scrum 不考慮已經(jīng)花在 Sprint 待辦事項(xiàng)列表上的工作時(shí)間。我們只關(guān)心剩余工作和日期這兩個(gè)變量。燃盡圖（BURNDOWN CHART)Sprint燃盡圖（Sprint Burndown Chart)Sprint Burndown Chart 顯示了Sprint中累積剩余的工作量，它是一個(gè)反映工作量完成狀況的趨勢(shì)圖。 圖中Y軸代表的是剩余工作量，X軸代表的是Sprint的工作日。在Sprint開(kāi)始的時(shí)候，Scrum Team會(huì)標(biāo)示和估計(jì)在這個(gè)Sprint需要完成的詳細(xì)的任務(wù)。所有這個(gè)Sprint中需要完成，但沒(méi)有完成的任務(wù)的工作量是累積工作量，團(tuán)隊(duì)會(huì)根據(jù)進(jìn)展情況每天更新累積工作量，如果在Sprint結(jié)束時(shí)，累積工作量降低到0，Sprint就成功結(jié)束。由于在Sprint的剛開(kāi)始的時(shí)候，增加的任務(wù)工作量可能大于完成的任務(wù)工作量，所以燃盡圖有可能略微呈上升趨勢(shì)。發(fā)布燃盡圖（Release Burndown Chart）在Scrum項(xiàng)目中，團(tuán)隊(duì)通過(guò)每個(gè)Sprint結(jié)束時(shí)更新的發(fā)布燃盡圖來(lái)跟蹤整個(gè)發(fā)布計(jì)劃的進(jìn)展。發(fā)布燃盡圖記錄了在一段時(shí)間內(nèi)產(chǎn)品Backlog的總剩余估算工作量的變化趨勢(shì)。X軸代表的項(xiàng)目周期，以Sprint為單位， Y軸代表的是剩余工作量，通常以用戶(hù)故事點(diǎn)、理想人天或者teamdays為單位。SCRUM的五個(gè)活動(dòng)Scrum活動(dòng):產(chǎn)品待辦事項(xiàng)列表梳理產(chǎn)品待辦事項(xiàng)通常會(huì)很大,也很寬泛,而且想法會(huì)變來(lái)變?nèi)?、?yōu)先級(jí)也會(huì)變化,所以產(chǎn)品待 辦事項(xiàng)列表梳理是一個(gè)貫穿整個(gè)Scrum項(xiàng)目始終的活動(dòng)。該活動(dòng)包含但不限于以下的內(nèi)容: 保持產(chǎn)品待辦事項(xiàng)列表有序 把看起來(lái)不再重要的事項(xiàng)移除或者降級(jí) 增加或提升涌現(xiàn)出來(lái)的或變得更重要的事項(xiàng) 將事項(xiàng)分解成更小的事項(xiàng) 將事項(xiàng)歸并為更大的事項(xiàng) 對(duì)事項(xiàng)進(jìn)行估算產(chǎn)品待辦事項(xiàng)列表梳理的一個(gè)最大好處是為即將到來(lái)的幾個(gè)Sprint做準(zhǔn)備。為此,梳理時(shí)會(huì)特別關(guān)注那些即將被實(shí)現(xiàn)的事項(xiàng)。需要考慮不少因素,這包括但不限于以下的內(nèi)容:理想情況下,下一個(gè)