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 在開發團隊生活中的存在不足導致的問題

mistakes of Scrum Master - The Scrum Master's Absence

Scrum Master 的缺席

對團隊保持過多控制的需要經常導致 Scrum 應用中的錯誤。 Scrum Master 錯誤在以下情況中最常見。

  1. Scrum Master 尋找問題的解決方案,而不是幫助團隊處理困難。 通常,問題的根源在於 Scrum Master 也是開發團隊正在做什麼的專家。 他們無法擺脫專家角色,使他們無法有效地協助團隊自行尋找解決方案。 這種方法也可能導致一個人的獨裁決策——這可能是 Scrum Master 可能犯的最大錯誤。
  2. Scrum Master 不允許團隊犯錯誤。 這個問題與前一個問題密切相關。 如果團隊得到 Scrum Master 的有效保護,不會犯錯誤,它就不會學會自己解決問題或對自己的工作負責。 它總是依賴於 Scrum Master 的建議和專業知識。
  3. Scrum Master 試圖改變人,而不是致力於團隊氛圍。 這個問題包括過分強調改變一個或多個團隊成員的行為,以及人事變動。 如果不是絕對必要的話,在為產品目標工作時改變開發團隊的組成是錯誤的。 它可能會嚴重延遲其實現,並擾亂開發團隊的工作節奏。 並且還打亂了團隊組建的節奏,我們在另一篇文章中對此進行了描述。
  4. Scrum Master 充當組織中開發團隊的主管。 這是一個錯誤,通常不是 Scrum Master 自己的決定導致的。 但是,它會加劇因需要控制團隊而產生的所有錯誤。
  5. Scrum Master 過度參與團隊的運作。 當團隊由了解彼此技能和職責的專家組成並按照 Scrum 原則運作時,Scrum Master 不應擅自乾預團隊的工作方式。 如果他們這樣做了,他們只是在干擾團隊的順利運行。 優秀的 Scrum Masters,由於他們作為教練和領導者的良好地位,在緊急情況或需要煥然一新的情況下會被徵求意見。 這就是為什麼他們應該隨時待命供開發人員使用,而不是強加他們的存在。
  6. Scrum Master 過於嚴格地遵守 Scrum 原則。 如果 Scrum 的任何方面在特定團隊中不起作用,Scrum Master 應該嘗試不同的方法。 每個團隊都是不同的,Scrum 只是一個通用框架。
mistakes of Scrum Master

Scrum Master 存在不足

Scrum Master 的參與不僅過多而且不夠,都會導致很多錯誤。 我們在下面描述了最常見的。

  1. Scrum Master 對 Scrum 原則不夠熟悉。 這個錯誤很可能會導致他們執行不當。 團隊的工作似乎只是 Scrum 工作。
  2. Scrum Master 沒有執行 Scrum 原則。 Scrum Master 的日常存在不足意味著他沒有像他應該的那樣保護團隊。 這可能導致缺乏對湧入的外部任務的保護。 或者是開發團隊未能實現 Sprint 目標。
  3. Scrum Master 並不能確保遵循一致的 Scrum 節奏。 組織 Scrum 活動時粗心大意會導致浪費時間。 這將導致事件運行時間過長或運行不佳——Sprint 計劃、Sprint 回顧或 Sprint 審查(我們將在單獨的帖子中寫到)。 推遲事件或更改其持續時間也是錯誤的。
  4. Scrum Master 不會響應團隊中的衝突。 期望團隊中的衝突隨著時間的推移自行解決是 Scrum Master 的錯誤。 衝突並不總是壞事,但 Scrum Master 不僅應該知道它的存在和當前狀態,還應該作為談判者參與其中。 並且還能夠利用衝突來改變和改進團隊。
  5. Scrum Master 存在不足。 例如,當 Scrum Master 與團隊合作的時間太少並且參與專門的任務時,就會出現問題。 這使他聽得太少,問的問題太少。 正如我們在上一篇文章中所寫,這是 Scrum Master 的一項關鍵技能。 結果是 Scrum Master 對團隊目前的情況和氛圍不夠了解。 而他也滿足於現狀。
  6. Scrum Master 不會質疑現狀。 為了讓開發團隊和整個 Scrum 團隊成長,有必要不斷挑戰現狀。 這通常是一項有風險且可能造成傷害的活動。 Scrum Master 應該意識到他可能遇到的困難。 但是,不存在“不再發展的成熟開發團隊”這樣的東西。 不理會它會很快導致其性能顯著惡化。
  7. Scrum Master 不會與團隊分享他對團隊績效的觀察。 將這些知識留給自己會使團隊難以甚至不可能成長。 雖然完全專注於日常職責,但 Scrum Master 並沒有以團隊成員一起工作的方式工作。 這經常導致問題和衝突的累積。
mistakes of Scrum Master

Scrum Master 的常見錯誤——總結

Scrum Master 的錯誤是由於對開發團隊參與不足或過度參與而導致的,這會破壞工作的節奏。 甚至有助於根據 Scrum 規則停止活動。 因此,對於 Scrum Master 來說,意識到潛在的錯誤和由此產生的風險是值得的。 並且還要密切關注他們與團隊的關係。

如果您喜歡我們的內容,請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube 上忙碌的蜜蜂社區

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

作者:卡羅琳·貝克爾

作為項目經理,Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

Scrum 指南:

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum?
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum?
  5. Scrum 團隊——它是什麼以及它是如何工作的?
  6. 誰是產品負責人?
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master?
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標?
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表?
  19. 什麼是用戶故事?
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼?
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖?
  31. 如何創建和解釋燃盡圖?
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展?
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養