4個步驟輕鬆搞定!打造高效率團隊的Sprint Retrospective回顧會議
相信大家一定都經歷過團隊開發的鬼故事——每個人都有在做事,但同樣的問題卻也重複在發生,就像是整個團隊在跑倉鼠滾輪。每個人都拼了命地在開發,但最後,大家卻都只是精疲力竭,而一個產品又被搞砸了。 有些頭腦清醒的人可能有辦法看到「問題根源」,比如說缺少了一個設計師、或者目前總是使用舊方法在解決問題、又或著是因為PM管理方式有問題。意思是說,應該有更好的方法可以解決問題!但夢想豐滿現實骨感,到最後卻因為沒人開口、或開口了沒人執行,導致惡性循環一再重演。 有什麼方法可以脫離這個惡性循環呢?答案是:回顧會議 (Retrospective Meeting) ,在大家有共識的情況下,定期評估開發過程,得以讓團隊跳出惡性循環的牢籠,找到解決方案。以下就讓我們聊聊什麼是「回顧會議 (Retrospective Meeting)」,以及它是怎麼協助團隊節省大量時間與成本,並成功完成目標的吧! 什麼是回顧會議 Retrospectives? 回顧會議:成員共同研究階段時間內團隊的合作情況,以及找出未來的改善方法及目標。 你可能還曾經聽過 Scrum Retrospective、Sprint Retrospective,或者是Post-mortems ( 事後回顧 )。通常越久開一次回顧會議,會議時間也會變得更長 ( 例如 3個小時 ),但如果是短時間內就有一次回顧會議,例如敏捷開發團隊在每個 Sprint ( 衝刺 ) 結尾都會發起回顧會議,通常這個回顧會議也會在很短的時間內結束。 回顧會議通常能讓團隊了解這段時間內哪些事情進展順利,而哪些則進展不順利,這些資訊可以讓他們在下一個Sprint做得更好更有效率。 為什麼團隊會需要回顧會議Retrospectives? 1. 有個安心的場合讓大家暢所欲言 我記得以前在高中和大學的時候,學校活動或社團在結束後都會開「檢討會」,美其名是一個找到問題與解決方法的會議,但很常最後卻變成批鬥大會。由於回顧會議同時點出做的好與待改進的地方,也以找到方法最為目標,這讓大家更能夠放寬心說出以及接受回饋。 另外,在團隊中總有人能夠自在地說出自己的想法,但也有很多人是埋頭苦幹的類型,不太願意發表想法 ( 在台灣的大環境下,我認為多數人不擅長表達 )。Retrospectives能夠幫助大家說出自己真實的想法和見解,包含哪些事做得很好?哪些可以改善?可以怎麼改善?一個Retrospective會議能讓每個人都有機會為自己的想法發聲,而不是只是平常比較外向或比較會表達的那些成員。 2. 問題能夠被解決 我們是否都曾有類似的情緒「一次一次做著相同的事情,卻得到與期待不同的結果」,就像是青春期少女總是愛上會說甜言蜜語的渣男,卻一次次以被劈腿收場 ( 怎麼聽起來那麼難過 )。 許多人會專注在完成工作,但忘了退一步審視自己是如何完成的,過程是否有一直重複產生的問題。這些問題都能夠在Retrospective後浮出水面,並在後續被團隊中的所有人重視,並且有效率且有效果的解決。 3. 增進團隊合作 我記得在帶領完某個新創團隊第一次的 Retrospective後,團隊成員分別在私下跟我說「我感覺我們團隊變得更緊密了」,這讓我感受到開回顧會議真的不是在浪費時間,而是有真真實實的效用。 回顧會議讓大家講出做的好的地方,這能讓許多成員感受到被鼓勵以及被看見;在提出可以改進的地方時,也會感受到團隊在共同為彼此著想和前進,不會覺得被責備;同時,團隊也能透過回顧會議感受到彼此在同一艘船上,要持續合作才能讓團隊持續進步。 4 個步驟完成 Retrospective 1. 規劃Retrospectives的時間 通常在計畫好 Sprint 的週期後,就可以開始規劃 Retrospective的時間了,他通常會在每個 Sprint … Read more