Daily Scrum 以人為單位還是以事為單位？
這是 2017 年的故事了，先說明一下，當時團隊的 Daily Scrum 其實運作得相當不錯。團隊成員參與度高，報告時沒有人心不在焉，多餘的討論也都知道要會後再進行。這些會議的確達到了同步信息和幫助排除障礙的效果，即使有臨時插入的任務也會在會議中提出來讓大家知道。然而，經過兩個月的觀察，我認為仍有一些可以進一步加強的地方。
首先，我們目前的 Daily Scrum 順序是按照“人”來進行，雖然這不是固定由誰先開始，但通常是按照隊伍排隊的順序來進行。然而，這樣的順序有可能會影響故事的完整性和更新的連貫性。例如：
假設故事 A 是由 Andy 和 Carl 負責，而當天的 Daily Scrum 順序是 Andy、Bob、Carl。這樣一來，Andy 會先報告他在故事 A 中的進度，接著輪到 Bob 報告故事 B，最後才是 Carl 報告他在故事 A 的進展。這樣的報告方式容易使得故事 A 的進度被割裂，難以連貫。
此外，如果順序是以“人”為單位進行，也可能會發生所有人報告完畢後，某些故事卻被遺漏的情況。
因此，在徵求了大家的同意後，我進行了以下的小小改變：將 Daily Scrum 順序從“人”更改為“故事”。我們現在按照故事的順序進行報告，讓相關的團隊成員一起同步進展。
根據 Scrum Guide，Daily Scrum 應該聚焦於以下三個問題：
1. 我昨天做了什麼事來幫助開發團隊達到 Sprint 目標？
2. 我今天要做什麼事來幫助開發團隊達到 Sprint 目標？
3. 我是否有察覺到任何障礙使得我或者開發團隊無法達到 Sprint 目標？
在這次的實踐中，我將重點改為：
1. 關於這個故事，我昨天的進度是什麼？
2. 關於這個故事，我今天要做什麼？
3. 關於這個故事，我碰到了什麼障礙？
我預期這樣的變化能夠確保每個故事都會被提到，並且比起過去輪到誰就報告誰的方式，團隊能夠更專注於故事的討論。究竟效果如何呢？不嘗試一下，我也不知道。
Just Act, Don’t Tell!
我們能夠協助你解決產品開發上的問題
發佈留言