【51CTO專稿】在敏捷實(shí)踐中，Scrum可以說是用于運(yùn)行項(xiàng)目的框架，它基于敏捷的原則和價(jià)值。對(duì)于管理嚴(yán)格的項(xiàng)目團(tuán)隊(duì)，Scrum會(huì)議也會(huì)每天都在同一時(shí)間進(jìn)行。通過每日Scrum 會(huì)議，團(tuán)隊(duì)成員之間可以彼此相互熟悉工作內(nèi)容，充分了解項(xiàng)目進(jìn)度，相互幫助解決問題。那么，在Scrum中的Sprint計(jì)劃會(huì)議應(yīng)當(dāng)如何進(jìn)行？記者采訪了敏捷個(gè)人創(chuàng)立者，周金根老師跟網(wǎng)友們談?wù)凷crum的實(shí)施與Sprint計(jì)劃會(huì)議。

[[68705]] 

個(gè)人簡介：周金根，個(gè)人成長教練，軟件產(chǎn)品架構(gòu)師，培訓(xùn)師，敏捷個(gè)人創(chuàng)立者和推廣者。

以下內(nèi)容為采訪實(shí)錄：

記者：請(qǐng)問你是如何接觸到敏捷開發(fā)的？敏捷個(gè)人的創(chuàng)立是出于什么樣的想法？

周金根：最早我們是采用RUP開發(fā)的（可以看看從IT方法論來談RUP），我記得在一個(gè)產(chǎn)品設(shè)計(jì)階段，我們使用Rose畫了很多圖，但是最終開發(fā)的時(shí)候其實(shí)沒有人去看；更為重要的是，產(chǎn)品交付之后需求變更很多。這之后，我就開始關(guān)注軟件全生命周期的方法、技術(shù)和工具，于是了解了敏捷。最早是XP，然后是Scrum。08年我去了一個(gè)新的項(xiàng)目組，這個(gè)組沒有開發(fā)流程方法，也不知道如何做需求，于是我在這個(gè)組實(shí)踐了一些新的方法，其中包括Scrum。在Scrum的實(shí)施過程中，我發(fā)現(xiàn)并不像最初想象的簡單?？此坪唵蔚牧鞒毯徒巧嬲l(fā)揮功效并不容易，除了技術(shù)能力之外，我還需要讓自己學(xué)習(xí)更多管理方法，更需要自己深入領(lǐng)悟敏捷管理背后的東西。對(duì)Scrum的深入思考，我越發(fā)覺得團(tuán)隊(duì)中每個(gè)人的成長是敏捷發(fā)生效果的動(dòng)力，這讓我對(duì)個(gè)人管理這個(gè)話題有了更加濃厚的興趣，于是把自己在個(gè)人管理和個(gè)人成長方面的思考寫下來，并在團(tuán)隊(duì)中學(xué)習(xí)和實(shí)踐。團(tuán)隊(duì)中的成員有自發(fā)打印出來給家屬學(xué)習(xí)的，也有主動(dòng)參與討論的，以及后期社區(qū)對(duì)敏捷個(gè)人的認(rèn)可，這都鼓勵(lì)和激發(fā)我慢慢系統(tǒng)化的思考個(gè)人成長，并提出了敏捷個(gè)人。 經(jīng)過兩年多的思考，目前敏捷個(gè)人已經(jīng)是一個(gè)較為體系的個(gè)人成長框架，它可以幫助個(gè)人成長，并促進(jìn)敏捷團(tuán)隊(duì)的形成。

記者：請(qǐng)問敏捷開發(fā)是否真的能解決傳統(tǒng)開發(fā)的一些問題？如何去認(rèn)識(shí)敏捷的根本？

周金根：從瀑布到敏捷，我們已經(jīng)發(fā)現(xiàn)產(chǎn)品更適合用戶、質(zhì)量越高、上市時(shí)間也越短，敏捷順應(yīng)不斷變化的時(shí)代，是否能解決傳統(tǒng)開發(fā)已經(jīng)不是一個(gè)問題。對(duì)于敏捷，我認(rèn)為其根本在于學(xué)習(xí)和適應(yīng)，這也是擁抱變化需要具備的兩項(xiàng)最重要的能力。

記者：團(tuán)隊(duì)的敏捷實(shí)踐與管理是分不開的，您是怎么看目前國內(nèi)的管理？

周金根：在沒有敏捷之前我們就在管理，但在敏捷盛行的時(shí)候，有些管理者就分不清敏捷和管理了。其實(shí)我不太在意某種***實(shí)踐出自哪種敏捷方法，我認(rèn)為只要有利于當(dāng)前團(tuán)隊(duì)的實(shí)踐都是管理的一種工具，也就是說，作為管理者，我們?nèi)孕璞３指蟮囊暯牵艚輧H是管理的一種工具，我們還要學(xué)習(xí)目標(biāo)設(shè)定、流程優(yōu)化、團(tuán)隊(duì)建設(shè)、個(gè)人成長等更多管理方法。

記者：有些人認(rèn)為敏捷開發(fā)并不適用于水平一般的程序員或團(tuán)隊(duì)，您是怎么認(rèn)為的？

周金根：任何方法都不是銀彈，也說明了沒有一種方法是***的。既然沒有***的方法，那自然也不必是***的人去執(zhí)行了。水平高的程序員在技術(shù)實(shí)踐領(lǐng)域的敏捷固然可以做得更好，但一個(gè)產(chǎn)品的失敗大多數(shù)都不是因?yàn)槟闶欠癫捎昧藴y(cè)試驅(qū)動(dòng)、結(jié)對(duì)編程等***實(shí)踐，而是開發(fā)管理上的問題。Scrum作為一種敏捷方法，背后具有很多管理思想，只要管理者和團(tuán)隊(duì)對(duì)Scrum有進(jìn)一步的思考和認(rèn)識(shí)，也可以很大程度上去提高技術(shù)水平一般的程序員團(tuán)隊(duì)。

周金根：敏捷方法在國內(nèi)實(shí)施起會(huì)導(dǎo)致項(xiàng)目管理原有模式的改變，而很多公司都沒有達(dá)到敏捷的目的。以致公司往往不愿意引進(jìn)這樣的開發(fā)模式。您怎么看待這個(gè)問題呢？

回答：從公司角度來說，你能把軟件越快越好的做出來就可以了，至于采用的是敏捷還是瀑布并不重要。與其說是公司不愿意引進(jìn)這種模式，不如說是軟件開發(fā)負(fù)責(zé)人不愿意或者沒有能力引進(jìn)新的方法。敏捷開發(fā)相對(duì)來說已經(jīng)比較成熟，我認(rèn)為現(xiàn)在不是討論是否愿不愿意引進(jìn)這種開發(fā)模式的時(shí)候，反而是思考如何引進(jìn)的問題，這不僅僅是技術(shù)實(shí)踐，還有管理，甚至是個(gè)人成長方面的改變。

記者：團(tuán)隊(duì)的人數(shù)對(duì)于敏捷開發(fā)有何影響？如何進(jìn)行拆分？

周金根：人數(shù)的規(guī)模會(huì)帶來團(tuán)隊(duì)的復(fù)雜性，隨著人數(shù)增加，管理、溝通等都會(huì)越來越困難。而保持7±2人左右的小團(tuán)隊(duì)，可以更利于團(tuán)隊(duì)的形成。在這樣的團(tuán)隊(duì)中，人與人之間都更為熟悉，協(xié)作起來就更容易。那這樣的小團(tuán)隊(duì)由哪些人組成呢？這也需要根據(jù)產(chǎn)品的規(guī)模來定。對(duì)于一個(gè)小型產(chǎn)品，這個(gè)團(tuán)隊(duì)將由市場(chǎng)、需求、開發(fā)、測(cè)試等人員組成全功能性團(tuán)隊(duì)；如果產(chǎn)品屬于中大型，那有可能會(huì)形成單一功能性團(tuán)隊(duì)，再由多個(gè)這樣的團(tuán)隊(duì)組成一個(gè)大的敏捷團(tuán)隊(duì)，由這個(gè)大的團(tuán)隊(duì)來實(shí)現(xiàn)對(duì)客戶的交付。

記者：敏捷實(shí)踐過程中Scrum實(shí)施整個(gè)過程怎樣規(guī)劃。

周金根：實(shí)施Scrum，我們可以采用類似學(xué)習(xí)一樣的過程，首先完全按照Scrum流程執(zhí)行；然后再根據(jù)執(zhí)行后的效果進(jìn)行自我裁剪和補(bǔ)充；***淡化Scrum的概念，與更大范圍的軟件產(chǎn)品周期過程融合起來。

記者：敏捷開發(fā)的方法內(nèi)有很多不同的程度，而幾乎每個(gè)敏捷開發(fā)團(tuán)隊(duì)都有scrum會(huì)議，在您們的團(tuán)隊(duì)中是如何進(jìn)行的？

周金根：溝通在任何團(tuán)隊(duì)都是必不可少的，而會(huì)議是其中一種。我認(rèn)為Scrum中的Sprint計(jì)劃會(huì)議是最重要的事件，這確定了每次迭代的目標(biāo)?；仡檿?huì)議是第二重要的事件，因?yàn)檫@是團(tuán)隊(duì)做改進(jìn)的***時(shí)機(jī)，如果沒有回顧，就會(huì)發(fā)現(xiàn)團(tuán)隊(duì)在重犯相同的錯(cuò)誤。如何進(jìn)行可以看看我之前寫的幾篇blog：

1、Scrum之 Sprint計(jì)劃會(huì)議（以下內(nèi)容摘自周金根博客）

在sprint***天召開sprint計(jì)劃會(huì)議，這個(gè)會(huì)議分為兩部分，計(jì)劃會(huì)議1由PO、SM和Team參加，主要是從產(chǎn)品backlog中挑選出需要放到當(dāng)前sprint下的既定產(chǎn)品backlog，然后由SM、Team參加計(jì)劃會(huì)議2，把既定產(chǎn)品backlog的故事拆分成任務(wù)進(jìn)行估算，PO也可以一起參加這個(gè)部分來了解具體的開發(fā)細(xì)節(jié)。以下我將把會(huì)議主要內(nèi)容羅列一下。

會(huì)議內(nèi)容

sprint計(jì)劃會(huì)議1

產(chǎn)品負(fù)責(zé)人和團(tuán)隊(duì)一起，在先前評(píng)估的成果基礎(chǔ)上，定出 Sprint 目標(biāo)和既定產(chǎn)品Backlog。

目標(biāo)

定出 Sprint 目標(biāo)和既定產(chǎn)品 Backlog

會(huì)議準(zhǔn)備

• 邀請(qǐng)與會(huì)者：產(chǎn)品負(fù)責(zé)人、Scrum Master、團(tuán)隊(duì)所有成員
• 已按優(yōu)先級(jí)排列產(chǎn)品 Backlog 中各項(xiàng)問題
• 已評(píng)估 Backlog 中的各項(xiàng)問題
• 把產(chǎn)品 Backlog 公開給會(huì)議中的每個(gè)人，保證其可被獲取
• 預(yù)期團(tuán)隊(duì)中有哪些人已明確會(huì)缺席（如度假）
• 保證房間環(huán)境適合小組討論
• 每個(gè)人都可以獲取上次 Sprint 評(píng)審會(huì)議和 Sprint 回顧會(huì)議的結(jié)果

1. Sprint 時(shí)間表已經(jīng)安排
2. Sprint 計(jì)劃會(huì)議 1 的時(shí)間安排
3. Sprint 計(jì)劃會(huì)議 2 的時(shí)間安排
4. Sprint 的***天已確定
5. Sprint 的***一天已確定
6. Scrum 每日例會(huì)的時(shí)間安排
7. Sprint 評(píng)審會(huì)議的時(shí)間安排
8. Sprint 回顧會(huì)議的時(shí)間安排

• （可選）為既定 Backlog 準(zhǔn)備圖釘板:一個(gè)至少 2x2 米的圖釘板、卡片和貼紙、熒光筆
• （可選）用作計(jì)劃紙牌的卡片

會(huì)議進(jìn)程（4 小時(shí)）

• 把 Sprint 時(shí)間表公開給所有人
• 把 Sprint 評(píng)審會(huì)議的結(jié)果公開給所有人
• 把 Sprint 回顧會(huì)議的結(jié)果公開給所有人
• 產(chǎn)品負(fù)責(zé)人向團(tuán)隊(duì)產(chǎn)品闡述產(chǎn)品遠(yuǎn)景
• 產(chǎn)品負(fù)責(zé)人和團(tuán)隊(duì)一起確定 Sprint 目標(biāo)
• 如果 Backlog 里有問題遺漏：產(chǎn)品負(fù)責(zé)人有權(quán)限往 Backlog 里添加問題
• 如果產(chǎn)品 Backlog 完全未被評(píng)估：選擇 Backlog 中您認(rèn)為是最小用例的問題，并指派其工作量為 2 個(gè)Story Point。以這個(gè)最小用例的工作量標(biāo)準(zhǔn)，分配 Backlog 中其他問題的 Story Point
• 如果 Backlog 中的一些問題尚未被評(píng)估：根據(jù)其他問題工作量，評(píng)估這些問題的 Story Point 量
• 如果產(chǎn)品 Backlog 中的各項(xiàng)還沒能合理地按優(yōu)先級(jí)排序:產(chǎn)品負(fù)責(zé)人對(duì)產(chǎn)品 Backlog 中的各項(xiàng)按優(yōu)先級(jí)排序
• 產(chǎn)品負(fù)責(zé)人和小組成員相互認(rèn)可這 Sprint 目標(biāo)和既定產(chǎn)品 Backlog

會(huì)議結(jié)果

為Sprint計(jì)劃會(huì)議2的進(jìn)行準(zhǔn)備好既定產(chǎn)品 Backlog

sprint計(jì)劃會(huì)議2

在 Sprint 計(jì)劃會(huì)議 2 中，團(tuán)隊(duì)將既定產(chǎn)品 Backlog 中的每一項(xiàng)細(xì)化成多個(gè)任務(wù)。每個(gè)任務(wù)完成的時(shí)間限定在一天內(nèi)。

目標(biāo)

確定所有任務(wù)，生成 Sprint Backlog，確認(rèn) Sprint 目標(biāo)

會(huì)議準(zhǔn)備

• 邀請(qǐng)與會(huì)者：Scrum Master、團(tuán)隊(duì)所有成員、產(chǎn)品負(fù)責(zé)人（可以有權(quán)得知所有問題）
• 任務(wù)規(guī)劃時(shí)可以參考既定產(chǎn)品 Backlog
• （可選）為既定 Backlog 準(zhǔn)備圖釘板:一個(gè)至少 2x2 米的圖釘板、卡片和貼紙、熒光筆

會(huì)議進(jìn)程（4 小時(shí)）

• 團(tuán)隊(duì)成員從 Backlog 的各項(xiàng)問題中分出相應(yīng)的任務(wù)
• 確?？紤]到工作中所有的細(xì)節(jié):編碼、測(cè)試、代碼評(píng)審、會(huì)議、學(xué)習(xí)新技術(shù)、編寫文檔
• 如果任務(wù)需時(shí)超過一天：嘗試把該任務(wù)分割成幾個(gè)小任務(wù)
• 如果團(tuán)隊(duì)認(rèn)為 Sprint Backlog 中項(xiàng)過多：和產(chǎn)品負(fù)責(zé)人一起刪減 Backlog 中的問題
• 如果團(tuán)隊(duì)認(rèn)為 Sprint Backlog 中的項(xiàng)過少：和產(chǎn)品負(fù)責(zé)人一起從產(chǎn)品 Backlog 中選出最重要問題，加入Sprint Backlog 中
• 團(tuán)隊(duì)確認(rèn) Sprint 目標(biāo)

會(huì)議結(jié)果

• Sprint 目標(biāo)和 Sprint Backlog 對(duì)于公司內(nèi)的所有人都是公開的
• 所有團(tuán)隊(duì)成員都可以獲取 Sprint Backlog 中的任務(wù)

2、Scrum之 站立例會(huì)（以下內(nèi)容摘自周金根博客）

在sprint期間，每天都會(huì)通過站立例會(huì)來進(jìn)行溝通，以下我將把會(huì)議主要內(nèi)容羅列一下。（以下會(huì)議內(nèi)容來自于Scrum Checklists)

[[68706]] 

會(huì)議內(nèi)容

目標(biāo)

團(tuán)隊(duì)成員間工作進(jìn)度的溝通和協(xié)調(diào)

會(huì)議準(zhǔn)備

• 邀請(qǐng)與會(huì)者：團(tuán)隊(duì)所有成員、Scrum Master、產(chǎn)品負(fù)責(zé)人（可選）、相關(guān)人員（可選）
• 在Sprint Backlog 上的所有任務(wù)都是可以增刪修改，可重排序的
• 任務(wù)的狀態(tài)可設(shè)為todo、doing、done（可以再加一個(gè)test表示需要驗(yàn)證）

會(huì)議進(jìn)程（15 分鐘內(nèi)）

• 上次會(huì)議時(shí)的任務(wù)哪些已經(jīng)完成：把任務(wù)從“正在處理”狀態(tài)轉(zhuǎn)為“已完成”狀態(tài)
• 下一次會(huì)議之前，你計(jì)劃完成什么任務(wù)？ •如果任務(wù)狀態(tài)為“待處理”：轉(zhuǎn)為“正在處理”狀態(tài)

1. 如果任務(wù)不在 Sprint Backlog 上：添加這個(gè)任務(wù)
2. 如果任務(wù)不能在一天內(nèi)完成：把這任務(wù)細(xì)分成多個(gè)任務(wù)
3. 如果任務(wù)可以在一天內(nèi)完成：把任務(wù)狀態(tài)設(shè)為“正在處理”
4. 如果任務(wù)狀態(tài)已經(jīng)是“正在處理”：詢問是否存在阻礙任務(wù)完成得問題

• 有什么問題阻礙了你的開發(fā)：如果有阻礙你開發(fā)進(jìn)度的問題，把該障礙加入到障礙 Backlog 中
• 如果展開了一個(gè)問題的討論：提醒團(tuán)隊(duì)的成員們注意把精力集中在回答關(guān)鍵問題上
• 如果相關(guān)人員想發(fā)表些言論：禮貌地提醒他，該會(huì)議只允許讓小組成員討論

會(huì)議結(jié)果

• 得到***的障礙 Backlog
• 得到***的 Sprint Backlog
• ***的工作進(jìn)度圖

其他

可以指定一個(gè)主持人（或輪流）。他來召集并控制會(huì)議時(shí)間，會(huì)議中注意引導(dǎo)話題，在會(huì)議結(jié)束時(shí)可以做個(gè)簡短的總結(jié)，說出重點(diǎn)就行，做好每日規(guī)劃。

3、Scrum之 評(píng)審會(huì)議（以下內(nèi)容摘自周金根博客）

在sprint周期***，需要進(jìn)行一次評(píng)審會(huì)議，讓團(tuán)隊(duì)向產(chǎn)品負(fù)責(zé)人和利益相關(guān)者展示已完成的功能。sprint審核的大部分實(shí)踐用于團(tuán)隊(duì)成員展示功能、回答利益相關(guān)者對(duì)展示的疑問并記錄所期望的更改。評(píng)審會(huì)議可以吸引相關(guān)利益者的關(guān)注，讓其他人了解團(tuán)隊(duì)在做些什么，并得到重要反饋。做演示也會(huì)迫使開發(fā)團(tuán)隊(duì)真正完成一些工作。

• 小組準(zhǔn)備好工作站和設(shè)備等等，用以展示產(chǎn)品的新功能
• 團(tuán)隊(duì)準(zhǔn)備sprint審核實(shí)踐不應(yīng)超過1小時(shí)

會(huì)議進(jìn)程（4小時(shí)）

• 確保所有人員都清晰目標(biāo)，如果有人對(duì)產(chǎn)品不知道，則花幾分鐘來進(jìn)行描述。
• 團(tuán)隊(duì)按 Backlog 中的問題，逐個(gè)地介紹這次 Sprint 的結(jié)果，和演示新功能。
• 如果產(chǎn)品負(fù)責(zé)人想要改變功能：添加一個(gè)新問題到產(chǎn)品 Backlog 中
• 如果對(duì)功能有一個(gè)新的想法：添加一個(gè)新問題到產(chǎn)品 Backlog 中
• 如果小組報(bào)告項(xiàng)目遇到阻礙現(xiàn)在還沒能解決：把該障礙加入到障礙 Backlog
• 會(huì)議結(jié)束時(shí)，ScrumMaster向產(chǎn)品負(fù)責(zé)人和全體利益相關(guān)者宣布下一次審核的地點(diǎn)和時(shí)間。

會(huì)議結(jié)果

• 對(duì)這次 Sprint 的結(jié)果和整個(gè)產(chǎn)品的開發(fā)狀態(tài)的共識(shí)

其他

• 讓演示關(guān)注業(yè)務(wù)層次，不要關(guān)注技術(shù)細(xì)節(jié)。注意力放在“我們做了什么”，而不是“我們?cè)趺醋龅?rdquo;
• 有的sprint可能會(huì)包含很多bug修復(fù)等功能，在評(píng)審會(huì)議中不要演示太多一大堆細(xì)碎的bug修復(fù)，除非這個(gè)很重要。

4、Scrum之 回顧會(huì)議（以下內(nèi)容摘自周金根博客）

Scrum中Sprint計(jì)劃會(huì)議是最重要的事件，第二重要的事件就是回顧會(huì)議，因?yàn)檫@是團(tuán)隊(duì)做改進(jìn)的***時(shí)機(jī)。如果沒有回顧，就會(huì)發(fā)現(xiàn)團(tuán)隊(duì)在重犯相同的錯(cuò)誤。在sprint的評(píng)審會(huì)議后，團(tuán)隊(duì)需要進(jìn)行一次回顧會(huì)議，以下我將把會(huì)議主要內(nèi)容羅列一下。（以下會(huì)議內(nèi)容來自于Scrum Checklists和scrum-and-xp)

會(huì)議內(nèi)容

目標(biāo)

通過總結(jié)以往的實(shí)踐經(jīng)驗(yàn)來提高團(tuán)隊(duì)生產(chǎn)力。

會(huì)議準(zhǔn)備

• 邀請(qǐng)與會(huì)者：  Scrum Master、團(tuán)隊(duì)所有成員 、產(chǎn)品負(fù)責(zé)人（可選）
• 附屬工具：為所有參與者準(zhǔn)備的熒光筆、貼紙、白板磁吸、白板和掛紙板
• 準(zhǔn)備一個(gè)回顧白板，分三列。***列和第二列是回顧過去，第三列是展望將來。

1. Good：如果重做同一個(gè)sprint，哪些做法可以保持
2. Could have done better：如果重做同一個(gè)sprint，哪些做法需要改變
3. Improvements：有關(guān)將來如何改進(jìn)的具體想法

[[68707]]
 

會(huì)議進(jìn)程（1－3小時(shí)）

• 介紹會(huì)議目標(biāo)和議程
• 準(zhǔn)備（setting the stage）：制定和回顧團(tuán)隊(duì)價(jià)值觀和約定（Team values and working agreements）：(10-30分鐘）

1. 不管我們現(xiàn)在發(fā)現(xiàn)了什么問題，我們必須懂得并堅(jiān)信每個(gè)人通過他們當(dāng)時(shí)所知的，他所擁有的技能和可得到的資源，在限定的環(huán)境下，都盡其所能做出了***的成績
2. 每個(gè)人都參與
3. 坦誠交流
4. 多說I，少用You
5. 不深究具體業(yè)務(wù)細(xì)節(jié)內(nèi)部問題

• 收集數(shù)據(jù)（Gather Data）：收集硬數(shù)據(jù)：事件（events）、度量（metrics）、完成的故事等

1. 事件：對(duì)團(tuán)隊(duì)每個(gè)人都重要的任何事件，包含會(huì)議、決策點(diǎn)、里程碑、采用新技術(shù)等，例如上期回顧會(huì)議中確定的改進(jìn)項(xiàng)是否執(zhí)行了
2. 度量：包含燃燒圖、速度、bug數(shù)、完成故事點(diǎn)數(shù)、代碼重構(gòu)數(shù)等

• 產(chǎn)生見解（Generate Insights）：多問“為什么”，從收集的數(shù)據(jù)中找出優(yōu)點(diǎn)和問題

1. 向與會(huì)者解說如何使用該貼紙進(jìn)行工作：使用貼紙時(shí)，注意一張貼紙只記錄一件事。
2. 派發(fā)貼紙，通過頭腦風(fēng)暴分別得出回顧白板三列的所有想法。

• 確定改進(jìn)項(xiàng)（Decide What to Do）

1. 每人三票，投票決定下一sprint著重進(jìn)行哪些改進(jìn)（2－5項(xiàng)左右）。

• 結(jié)束回顧（Close the Retrospective）

1. 給會(huì)議做個(gè)總結(jié)，表明下一個(gè)回顧會(huì)議需要跟蹤哪些做法

會(huì)議結(jié)果

• 回顧白板，以及下一sprint需要改進(jìn)的做法，在下一個(gè)回顧中，會(huì)跟蹤這些改進(jìn)的執(zhí)行情況把障礙增加到障礙 Backlog 中去 

記者： 對(duì)于未來幾年敏捷開發(fā)的發(fā)展，您希望看到哪些新方向?有何建議?

周金根：敏捷只是一個(gè)代名詞，我希望它不僅僅只包含開發(fā)，還能能夠在基于敏捷思想下，把方法框架擴(kuò)充到市場(chǎng)、業(yè)務(wù)、營銷環(huán)節(jié)等軟件產(chǎn)品開發(fā)全生命周期。