內容目錄
前言
過去經歷了草創、開發MVP與跨專案的團隊,人數從4個人到超過10個人,每個都有嘗試導入Scrum,所以這篇會紀錄與分享各個團隊遇到的狀況。本篇為Scrum不同階段的概述,為了避免篇幅太大,因此會分以下不同篇章分享囉!
#Scrum 那些會遇到的大小事【零】– 導入前
#Scrum 那些會遇到的大小事【一】– Sprint Grooming Meeting
#Scrum 那些會遇到的大小事【二】– Sprint Planning Meeting
#Scrum 那些會遇到的大小事【三】– Daily Scrum
#Scrum 那些會遇到的大小事【四】– Sprint Review Meeting
#Scrum 那些會遇到的大小事【五】– Sprint Retrospective Meeting
#Scrum 那些會遇到的大小事【六】– Artifacts
0.
導入前
再決定導入Scrum前,通常是草率且沒有共識的。如果沒有與團隊進行評估與教育訓練,而直接邊跑邊試錯的話,很容易遇到不少狀況,例如有些人會漫不經心、覺得開會浪費時間、估Point很沒意義等等。
1.
Sprint Backlog Refinement Meeting (Grooming Meeting)
這階段很容易被忽略,常常是Product Owner(以下簡稱PO)獨自一人完成Product Backlog,由於沒有開發團隊的協助,很容易在往後的Sprint Planning Meeting時,出現技術或需求上的盲點,導致難以執行或事前準備不足等等。
2.
Sprint Planning Meeting
這很可能是大家一起開的第一個會議,PO講解Story,開發團隊此刻的心情應該會很複雜,「那麼多功能,一個Sprint怎麼做得完」、「光聽第一個就暈了」、「Point怎麼估?估得很心虛…」等等
3.
Daily Scrum
沒跑過Scrum,也會聽過的站會,最常遇到的狀況是,不知不覺會陷入討論某個議題,可能因為緊急導致會議沒有被拉回正軌而導致拉長了站會。
4.
Sprint Review Meeting
一個Sprint的結束,會以Review Meeting作為部份的收尾,展示這一個Sprint完成的Story,但在前期的Sprint時常遇到的狀況會是,無法如期交付先前 commit 的Story、展示過程出狀況。
5.
Sprint Retrospective Meeting
Sprint的另一個收尾,會讓大家可以自在地營造屬於團隊的小確幸時段。但有時會議的節奏會不小心失控,例如:無法聚焦在特定的議題上討論、無法充分讓每個人表達想法、氣氛太熱鬧不小心偏題了。要如何看出一個團隊的凝聚力與氛圍,回顧是最好的方法。曾經參與過一場回顧,死氣沈沈,彷彿有話不敢說,雖然想法各自寫在便利貼上,但在聚焦討論時,有些人仍然欲言又止。
重新啟航
慶功宴後,他們開啟了新的航行,決定前往「隔離島」。在航行的途中,遇到了一場暴雨,船員紛紛回到各自的崗位上。船長發現手上的陀螺儀不停地轉動,船隻在浪中搖晃,突然迎來了一個大浪,狠狠地打在船頭,舵手不小心跌入海中,船長把陀螺儀放進口袋、二話不說跳入海中,企圖拯救那名船員。他拉著溺水的船員,就快浮出海面。
當他猛然地探出海面、努力地睜開雙眼,他竟然在自己的床上醒來,原來他在做夢!他慌張地衝出房間,跑到岸邊,其他夥伴正向他揮手「船長,我們準備好了!可以啟航了!」。這時他才驚覺,探索隊還沒開始旅程,他們仍然在自己的島上,他是在觀看世界地圖、決定首航的路線時不小心睡著了。他冒著冷汗,大聲地對夥伴們呼喊著