kodofish.dev

軟體工程實踐練習場

有想到什麼就會拿來寫寫看

Agile_Neihu_Sprint8 — What’s your trick in retrospective? 你在回顧會議中玩什麼把戲?

上週參加了「Agile Neihu Sprint 8」的社群活動,主題談的是回顧會議中 Scrum Master 有什麼樣的手法可以引導團隊聚焦並找出團隊可以進行改善的目標。參加這場活動主要也是想多聽聽其他公司是怎麼做回顧會議的,也許有些可以改善的方法是可以在團隊中使用的。

在回顧會議中可以依循「開始 -> 回顧 -> 探索 -> 進化 -> 結束」五個階段進行。

開始

這是一開始階段,在這階段要幫助團隊的每個人將注意力拉回到會議中,以確保每個人可以全心投入在這個會議中。可以帶個破冰或 Check in 活動,藉以觀察每個人對於回顧會議的態度、感受,以便在後續的階段中適時採取適當的引導活動。

回顧

在這階段就正式開始引導團隊進行回顧。先請團隊成員回想這個 Sprint 發生了那些事件,以「產品」、「團隊」、「個人」這三個面向思考,並寫在便利貼上。都寫完後可以用時間軸的視覺化工具依每張便利貼的時間順序貼在時間軸上。就可以引導團隊開始回顧貼在時間軸上的事件進行回顧。

若從文字上無法輕易理解事件的來龍去脈,可以請團隊成員來說明。

探索

當團隊成員都對於 Sprint 所有的事件都回顧得差不多時,就可以開始引導團隊找出幾個可以幫助團隊改善的事件。

  • 再重新做一次有更好的做法的事件
  • 影響團隊進度的事件
  • 困擾團隊的事件
  • 明明看得出來是有問題的事件,但卻都沒有成員要提的事件。

進化

找出這些事件後,就可以引導團隊找出改善的做法,並且記錄下來,並在下個 Sprint 指定推動負責人進行落實改善,如此團隊成員才會覺得回顧會議是有用的,有用自然就會想繼續開回顧會議,以促進正向循環。

結束

在結束前可以再和團隊簡短的進行 Review,Review 這次會議團隊達成了那些共識與決定。

回顧會議的挑戰

在這次的活動中我覺得比較有趣的是和參與者一起討論回顧會議所曾經遇到的挑戰,像是:

  • 團隊成員不想開會顧會議。
  • 團隊主管覺得有任何問題都會隨時提出來,不需要開回顧會議。
  • 團隊成員不願意發言。
  • 團隊的決議沒有被落實。

討論的過程中也聽到了許多老司機的建言與方法,身為學習者對於上述的挑戰給不出任何實務上的建議,只能先將老司機的話記在心裡,也許有一天會派上場也說不一定。

活動頁面

Agile_Neihu_Sprint8 - What’s your trick in retrospective? 你在回顧會議中玩什麼把戲?

comments powered by Disqus

最新文章

分類

關於

關於 Kodofish, 但其實自介還沒寫