Scrum 指南 | 10. Scrum Master 最常見的錯誤
已發表: 2022-04-20一個優秀的 Scrum Master 的工作可以通過以下事實來識別:在某些時候,開發團隊的日常工作不再需要他們。 然而,這並非總是如此。 Scrum Master 出錯的原因是什麼?
Scrum Master 的錯誤——目錄:
- Scrum Master 的缺席
- Scrum Master 存在不足
- 概括
Scrum Master 的工作主要是支持開發團隊的工作。 因此,Scrum Master 最常見的錯誤通常源於他參與開發人員日常運作的方式。 我們將 Scrum Master 的這些錯誤分為兩組。 第一個問題包括過多參與導致的問題,而第二個問題包括Scrum Master 在開發團隊生活中的存在不足導致的問題。
Scrum Master 的缺席
對團隊保持過多控制的需要經常導致 Scrum 應用中的錯誤。 Scrum Master 錯誤在以下情況中最常見。
- Scrum Master 尋找問題的解決方案,而不是幫助團隊處理困難。 通常,問題的根源在於 Scrum Master 也是開發團隊正在做什麼的專家。 他們無法擺脫專家角色,使他們無法有效地協助團隊自行尋找解決方案。 這種方法也可能導致一個人的獨裁決策——這可能是 Scrum Master 可能犯的最大錯誤。
- Scrum Master 不允許團隊犯錯誤。 這個問題與前一個問題密切相關。 如果團隊得到 Scrum Master 的有效保護,不會犯錯誤,它就不會學會自己解決問題或對自己的工作負責。 它總是依賴於 Scrum Master 的建議和專業知識。
- Scrum Master 試圖改變人,而不是致力於團隊氛圍。 這個問題包括過分強調改變一個或多個團隊成員的行為,以及人事變動。 如果不是絕對必要的話,在為產品目標工作時改變開發團隊的組成是錯誤的。 它可能會嚴重延遲其實現,並擾亂開發團隊的工作節奏。 並且還打亂了團隊組建的節奏,我們在另一篇文章中對此進行了描述。
- Scrum Master 充當組織中開發團隊的主管。 這是一個錯誤,通常不是 Scrum Master 自己的決定導致的。 但是,它會加劇因需要控制團隊而產生的所有錯誤。
- Scrum Master 過度參與團隊的運作。 當團隊由了解彼此技能和職責的專家組成並按照 Scrum 原則運作時,Scrum Master 不應擅自乾預團隊的工作方式。 如果他們這樣做了,他們只是在干擾團隊的順利運行。 優秀的 Scrum Masters,由於他們作為教練和領導者的良好地位,在緊急情況或需要煥然一新的情況下會被徵求意見。 這就是為什麼他們應該隨時待命供開發人員使用,而不是強加他們的存在。
- Scrum Master 過於嚴格地遵守 Scrum 原則。 如果 Scrum 的任何方面在特定團隊中不起作用,Scrum Master 應該嘗試不同的方法。 每個團隊都是不同的,Scrum 只是一個通用框架。
Scrum Master 存在不足
Scrum Master 的參與不僅過多而且不夠,都會導致很多錯誤。 我們在下面描述了最常見的。
- Scrum Master 對 Scrum 原則不夠熟悉。 這個錯誤很可能會導致他們執行不當。 團隊的工作似乎只是 Scrum 工作。
- Scrum Master 沒有執行 Scrum 原則。 Scrum Master 的日常存在不足意味著他沒有像他應該的那樣保護團隊。 這可能導致缺乏對湧入的外部任務的保護。 或者是開發團隊未能實現 Sprint 目標。
- Scrum Master 並不能確保遵循一致的 Scrum 節奏。 組織 Scrum 活動時粗心大意會導致浪費時間。 這將導致事件運行時間過長或運行不佳——Sprint 計劃、Sprint 回顧或 Sprint 審查(我們將在單獨的帖子中寫到)。 推遲事件或更改其持續時間也是錯誤的。
- Scrum Master 不會響應團隊中的衝突。 期望團隊中的衝突隨著時間的推移自行解決是 Scrum Master 的錯誤。 衝突並不總是壞事,但 Scrum Master 不僅應該知道它的存在和當前狀態,還應該作為談判者參與其中。 並且還能夠利用衝突來改變和改進團隊。
- Scrum Master 存在不足。 例如,當 Scrum Master 與團隊合作的時間太少並且參與專門的任務時,就會出現問題。 這使他聽得太少,問的問題太少。 正如我們在上一篇文章中所寫,這是 Scrum Master 的一項關鍵技能。 結果是 Scrum Master 對團隊目前的情況和氛圍不夠了解。 而他也滿足於現狀。
- Scrum Master 不會質疑現狀。 為了讓開發團隊和整個 Scrum 團隊成長,有必要不斷挑戰現狀。 這通常是一項有風險且可能造成傷害的活動。 Scrum Master 應該意識到他可能遇到的困難。 但是,不存在“不再發展的成熟開發團隊”這樣的東西。 不理會它會很快導致其性能顯著惡化。
- Scrum Master 不會與團隊分享他對團隊績效的觀察。 將這些知識留給自己會使團隊難以甚至不可能成長。 雖然完全專注於日常職責,但 Scrum Master 並沒有以團隊成員一起工作的方式工作。 這經常導致問題和衝突的累積。
Scrum Master 的常見錯誤——總結
Scrum Master 的錯誤是由於對開發團隊參與不足或過度參與而導致的,這會破壞工作的節奏。 甚至有助於根據 Scrum 規則停止活動。 因此,對於 Scrum Master 來說,意識到潛在的錯誤和由此產生的風險是值得的。 並且還要密切關注他們與團隊的關係。
如果您喜歡我們的內容,請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube 上忙碌的蜜蜂社區。
Scrum 指南:
- 基本術語、角色和概念的詞彙表
- 什麼是 Scrum?
- Scrum 價值觀
- 如何在貴公司實施 Scrum?
- Scrum 團隊——它是什麼以及它是如何工作的?
- 誰是產品負責人?
- 產品負責人最常犯的錯誤
- 誰是 Scrum Master?
- 優秀 Scrum Master 的特徵
- Scrum Master 最常見的錯誤
- Scrum Master 應該跟踪哪些統計數據和指標?
- Product Owner 和 Scrum Master 之間的合作
- Scrum 中的開發團隊
- 開發者最常犯的錯誤
- Scrum 工件
- 擴展 Scrum
- 衝刺積壓
- 什麼是產品待辦列表?
- 什麼是用戶故事?
- 用 INVEST 創建最好的用戶故事
- 最常見的用戶故事錯誤
- 用戶故事接受標準
- Scrum 中的估計和故事點
- 規劃撲克
- 團隊估計遊戲
- 定義增量
- Scrum 事件
- Scrum 中的 Sprint 是什麼?
- Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
- 什麼是燃盡圖?
- 如何創建和解釋燃盡圖?
- 燃盡圖的優缺點
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——開發團隊的速度
- 每日站會
- 衝刺計劃
- 衝刺回顧
- 什麼是 Sprint 回顧展?
- Sprint 回顧中的常見錯誤
- 產品積壓培養