敏捷反思之二: 到底是誰(shuí)需要鏡子?

image.png

經(jīng)過(guò)Sprint 1第一周的事件,ScrumMaster按照約定閉上嘴,往后退,安靜的做一個(gè)引導(dǎo)流程的ScrumMaster,讓團(tuán)隊(duì)按照自己的意愿走。

Sprint 1的第二周,團(tuán)隊(duì)小伙伴,很愉快的玩下去,"順利" 完成第一個(gè)Sprint。

Sprint 1 的表現(xiàn):

  1. 急著動(dòng)手實(shí)現(xiàn),沒(méi)有嚴(yán)格按照約定對(duì)用戶故事拆解驗(yàn)收標(biāo)準(zhǔn)。
  2. 沒(méi)有明確的驗(yàn)收標(biāo)準(zhǔn),隨著時(shí)間的推移,記憶會(huì)發(fā)生變化,成員也就沒(méi)有路標(biāo)來(lái)提醒是否跨越邊界。
  3. 工作邊界模糊,無(wú)法有效聚焦,成員相當(dāng)部分精力去做了不在Sprint 1原先計(jì)劃的工作,原來(lái)商定的范圍的東西卻沒(méi)有完全做好。
  4. 幸運(yùn)的是,測(cè)試人員通過(guò)自動(dòng)化驗(yàn)收測(cè)試,把開(kāi)發(fā)人員交付的每個(gè)功能,反向補(bǔ)充驗(yàn)收標(biāo)準(zhǔn)。
  5. PO在驗(yàn)收的時(shí)候,滿意度給了 80% 。
  6. Sprint結(jié)束,團(tuán)隊(duì)不清楚自己的產(chǎn)能情況。還是靠測(cè)試人員從她的自動(dòng)化測(cè)試用例中反向統(tǒng)計(jì)出來(lái)。(是否真實(shí)反映, 不去較真了,有已經(jīng)比沒(méi)有強(qiáng) ??)
  7. Sprint 1 實(shí)現(xiàn)了用戶側(cè)的MVP, 從零開(kāi)始拉通了整個(gè)業(yè)務(wù)流程????。

8. 整個(gè)團(tuán)隊(duì),尤其是主力人員,表現(xiàn)非常進(jìn)取????

Sprint 1 回顧會(huì)

引導(dǎo)團(tuán)隊(duì)自己發(fā)現(xiàn)問(wèn)題,團(tuán)隊(duì)按照自己的意愿,暴露自己愿意暴露的問(wèn)題,回避了一些不愿承認(rèn)的問(wèn)題。


Sprint 2 計(jì)劃會(huì)

PO給了更多規(guī)模的用戶故事,由于這些故事,都沒(méi)有預(yù)先拆解/明確驗(yàn)收標(biāo)準(zhǔn),團(tuán)隊(duì)也還沒(méi)接受Sprint1的經(jīng)驗(yàn)教訓(xùn),照單全收。

ScrumMaster提醒團(tuán)隊(duì)和PO,是否確認(rèn)真的能完成這些范圍?團(tuán)隊(duì)認(rèn)為估算是無(wú)法準(zhǔn)確,既然不能準(zhǔn)確,估不估沒(méi)什么區(qū)別,還不如做到哪算哪,反正大家不偷懶就行。

就這樣愉快的結(jié)束了Sprint 2計(jì)劃會(huì)。

Sprint 2 的一個(gè)技術(shù)目標(biāo),就是希望通過(guò)引入領(lǐng)域模型來(lái)更好的面向業(yè)務(wù)組織架構(gòu)設(shè)計(jì)。

擔(dān)任架構(gòu)設(shè)計(jì)的架構(gòu)師,比較大膽和進(jìn)取,更是想一步踏進(jìn)CQRS + Event Sourcing的領(lǐng)域,忽略了兩個(gè)關(guān)鍵因數(shù):

  1. 團(tuán)隊(duì)是否具備CQRS + Event Sourcing的能力和意愿?
  2. NodeJS的世界,是否有如JAVA世界的框架可用?

ScrumMaster從一開(kāi)始就表明意見(jiàn),不建議一步到位,進(jìn)入CQRS + Event Sourcing. 即使 MVC + Service + DomainModel,已經(jīng)是非常大的進(jìn)步了。

意見(jiàn)是否采納,還是團(tuán)隊(duì)自己去決定,風(fēng)險(xiǎn)也應(yīng)當(dāng)自己去承擔(dān)。


Sprint 2 團(tuán)隊(duì)繼續(xù)愉快的玩耍下去。

ScrumMaster提醒存在的風(fēng)險(xiǎn):

  1. 由于交付規(guī)模更大,團(tuán)隊(duì)已經(jīng)不再想浪費(fèi)時(shí)間整理驗(yàn)收標(biāo)準(zhǔn)。那么每個(gè)用戶故事的完成邊界在哪?
  2. 架構(gòu)風(fēng)險(xiǎn)
  3. 交付風(fēng)險(xiǎn)

團(tuán)隊(duì)的反應(yīng)就是,少整這些沒(méi)用的東西,干活更重要。

既然許多東西都可以丟棄,玩流程還不簡(jiǎn)單?
So ScrumMaster在Sprint 2的第二周,直接引導(dǎo)UI來(lái)兼任初級(jí)的流程ScrumMaster, 負(fù)責(zé)每天的Stand Meeting,順便也為公司儲(chǔ)備ScrumMaster人才 ?? 。

Sprint 2結(jié)束的那一天,正好ScrumMaster需要外出去參加 ThoughtWord十周年的雷達(dá)大會(huì)。 因此,評(píng)審會(huì) 與 回顧會(huì) 由 "初級(jí)流程ScrumMaster" 來(lái)組織。

以下,ScrumMaster縮寫(xiě)為 SM , "初級(jí)流程ScrumMaster" 縮寫(xiě)為 SM Jr.

當(dāng)然,SM 提前引導(dǎo) SM Jr. 與團(tuán)隊(duì)清楚:
會(huì)議需要提前做好哪些準(zhǔn)備工作?
實(shí)現(xiàn)什么目標(biāo)?
注意什么事項(xiàng)?

SM安心去參加雷達(dá)大會(huì)。


Sprint 2 的表現(xiàn):

  1. 實(shí)際完成的規(guī)模,確實(shí)比 Sprint 1有提升。
  2. PO對(duì)交付的反饋,滿意度下降為 75%。

Sprint 2 的回顧部分內(nèi)容

sprint2_retro.png

(注: SM在Sprint 1計(jì)劃的時(shí)候, 引導(dǎo)PO與團(tuán)隊(duì)如何識(shí)別出最小化的用戶側(cè)全流程MVP, 因此Sprint 1的交付,是可以演示的完整業(yè)務(wù)流程。在Sprint 2的計(jì)劃時(shí),PO與團(tuán)隊(duì)按照自己的意愿玩,結(jié)果就是,Sprint 2沒(méi)能把后臺(tái)管理的全流程業(yè)務(wù)與之閉環(huán)。

意味著,按照PO與團(tuán)隊(duì)現(xiàn)在的玩法,至少是4個(gè)Sprint后,才能真正給用戶體驗(yàn)并收集反饋。正因?yàn)槲茨芗霸缫胗脩籼峁┓答?,PO與團(tuán)隊(duì)對(duì)于后端連許多應(yīng)當(dāng)在項(xiàng)目一開(kāi)始就分析好的用戶角色與流程都不清楚。披著Scrum皮的Waterfall ????????~~~

而如果是遵照SM的節(jié)奏引導(dǎo),在Sprint 2結(jié)束時(shí),就能完成整個(gè)業(yè)務(wù)從前到后的閉環(huán),便立刻就可以引入用戶(終端用戶,后端用戶)提供反饋, 這才是 敏捷 的實(shí)踐。)

事實(shí)證明,沒(méi)有SM,團(tuán)隊(duì)也能玩好Scrum的這些過(guò)程。再次說(shuō)明,Scrum就是這么簡(jiǎn)單。

SM 補(bǔ)充了幾個(gè)問(wèn)題給團(tuán)隊(duì)思考:
  1. Sprint 2 交付的范圍比Sprint 1多,但PO的滿意度卻從 80% 下降為 75% ,原因是什么?

  2. 為何每個(gè)Sprint團(tuán)隊(duì)都不能明確知道自己交付能力是多少? 完全依賴 Betty 的統(tǒng)計(jì),這個(gè)統(tǒng)計(jì)正確度如何?是否能真實(shí)的反映團(tuán)隊(duì)的交付規(guī)模?

  1. 每個(gè)Sprint的交付規(guī)模,是PO決定,還是團(tuán)隊(duì)決定?

實(shí)際上,以上問(wèn)題,團(tuán)隊(duì)都不愿做出回應(yīng)。


Sprint 3 計(jì)劃會(huì)

由于習(xí)慣性的需求沒(méi)有提前梳理,計(jì)劃會(huì)實(shí)際變成需求整理會(huì)。
梳理完后,SM提了問(wèn)題。

SM:根據(jù) Sprint 2 的實(shí)際表現(xiàn),Sprint 3 的規(guī)模,我們真的能吃下來(lái)嗎?
團(tuán)隊(duì):那也得做呀。
PO:團(tuán)隊(duì)需要加把勁,還沒(méi)怎么加班呢,加加班應(yīng)該可以完成吧。
SM:團(tuán)隊(duì)真的可以嗎?要不要重新談范圍?
團(tuán)隊(duì):不需要,努努力試試。

SM:本次PO與團(tuán)隊(duì)期望達(dá)到什么樣的滿意度?
團(tuán)隊(duì):希望達(dá)到80%。

SM:意思是我們能完成80%, 剩下的20%不一定能完成,并且很大幾率不能完成?
團(tuán)隊(duì): 是。

SM: 我們是否可以調(diào)整范圍,把價(jià)值最低的20%拿掉,然后承諾100%完成剩下的范圍?這是最低完成承諾,我們?cè)谀繕?biāo)完成后,依然可以挑戰(zhàn)那原來(lái)的20%。
團(tuán)隊(duì):玩數(shù)字游戲么?那沒(méi)什么意義。反正我們?nèi)ψ鼍褪橇恕?/strong>

SM: 那我們預(yù)期完成的80%有哪些?
團(tuán)隊(duì):??????

SM:好吧,開(kāi)心就好,請(qǐng)繼續(xù)!

。。。。。。。


Scrum 不是你的親媽

作為團(tuán)隊(duì)教練,放置了一面面鏡子給團(tuán)隊(duì),讓團(tuán)隊(duì)多角度理解自己。

.

問(wèn)題:天天說(shuō)團(tuán)隊(duì)需要鏡子鏡子,請(qǐng)問(wèn)教練是否也需要鏡子?需要的話,鏡子在哪?

.

反思:

一、 鏡子放在那里了,但得要照顧團(tuán)隊(duì)的情況,調(diào)整適當(dāng)?shù)耐腹舛龋獾闷毓馑阑虮蛔约旱臉幼?嚇?biāo)?。

二、教練同樣需要鏡子。反過(guò)來(lái)講,團(tuán)隊(duì)也是教練的鏡子。教練可以通過(guò)不同的團(tuán)隊(duì)的情況,來(lái)檢視自己。不同的團(tuán)隊(duì),用不同的方式。

三、當(dāng)團(tuán)隊(duì)急于求成時(shí),有無(wú)教練,沒(méi)什么區(qū)別。

四、每個(gè)人的時(shí)間都是有價(jià)值的,無(wú)需過(guò)多浪費(fèi)時(shí)間在認(rèn)知差異過(guò)大的個(gè)體上。交由時(shí)間去自然解決。

五、團(tuán)隊(duì)如果不能從教訓(xùn)中反思成長(zhǎng),說(shuō)明他們需要摔多幾次,由他們?nèi)ズ昧?。安靜的等待他們變化。

六、現(xiàn)實(shí)不等同于童話,每個(gè)事情都你能有反轉(zhuǎn)完美結(jié)局。能否反轉(zhuǎn),取決于團(tuán)隊(duì)自身。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

友情鏈接更多精彩內(nèi)容