這是我在 .NET Conf Taiwan 2022 的演講 - 那些年用 Azure Boards 交付過的產品
以 5 個痛點來分享之前 Scurm 所遇到的問題,當時怎麼解決,
並將其整理成為文章版更難完整記錄本場的內容 

Scrum 團隊可以在 Retro 會議中有效地檢視自己的工作狀況,找出需要改進的地方,並制定具體的行動計劃。這有助於團隊持續改善工作流程,提高工作效率,並確保專案能夠成功地達成預定的目標。這可以說是 Scurm 當中最重要的 Events,必須要有個共識,每次 Sprint 都會越來越好

實體可以用便利貼,面對面溝通,但如果是遠距團隊,在 Azure Boards 上可以安裝Retrospectives 這個套件,透過這引導可以線上開一個即時的回顧會議,它會分以下五個步驟:

Collect (收集)

Scrum 團隊在 Retro 會議中的第一個步驟是收集。在此階段,團隊成員共同分享在過去的一個迭代或是開發週期中所遇到的問題、挑戰、成功經驗和改進點。收集階段的目的是讓團隊有個機會回顧自己在專案中的表現,並確保大家都有足夠的機會表達他們的想法。在這個過程中,團隊成員可以自行建單,將他們的想法和建議記錄下來。這有助於確保每個人的想法都能夠被考慮到,並創造出一個共同的基礎以進行後續討論。

Group (分組)

在分組階段,除了理解大家回饋的項目外,也一起將相似或相關的議題整合在一起。這有助於團隊更有效地針對特定議題進行討論,並確保在限定的時間內充分探討各個問題。分組階段的目的是讓團隊有機會深入了解各個議題,並確保討論的範疇不會過於繁雜。

Vote (投票)

團隊成員將對在隊分組過後的議題進行投票,以確定哪些議題是最為重要且需要優先處理的。一般而言,每個人都會有限定的投票次數,以避免單一意見主導討論。投票階段的目的是讓團隊達成共識,確定哪些改進項目最為關鍵,以便在後續的步驟中針對這些議題進行更深入的討論。

Action (行動)

行動階段是團隊討論如何解決所確定的問題,並制定具體的行動計劃。在這個過程中,團隊成員將提出解決方案、改進方法,並討論如何實施這些措施。最終,團隊將就每個行動項目達成共識,建立 Workitem,分配負責人和設定期限。行動階段的目的是確保團隊在會議結束後能夠將所討論的改進點付諸實踐,並持續改進團隊的工作流程和效率。在這個階段,團隊成員需要承擔責任,並對所提出的解決方案保持承諾,以確保改進措施能夠成功地實施。

History (紀錄)

歷史階段是 Scrum 團隊在 Retro 會議中回顧以往改進經驗的時間。在這個階段,團隊將檢視先前的 Retro 會議紀錄,評估之前提出的行動項目是否已經完成,以及這些行動項目對團隊的影響。歷史階段的目的是讓團隊在不斷進步的過程中保持學習和成長,並確保之前的改進努力沒有白費。

image

如果你想要看完整的演講影片,現在也已經傳到 Youtube

5篇 Scurm 痛點文章