你的團隊在跑哪一個牌子的 Scrum… 這重要嗎?

(本文經原作者 Tony 授權轉載,並同意 AgileMe 編寫導讀與修訂標題,原文標題為 〈你的團隊在跑哪一個牌子🏷的 Scrum… 這重要嗎? 🤔〉)

 

先說結論,哪個牌子的 Scrum 不重要! 重要的是 你的小組有沒有 共同的願景, 對現在的改善的進度的理解, 和團隊有沒有共識下一步需要改進什麼?
關於 「建立團隊共識」 歡迎看我之前的分享
📖 您的小組是Scrum Team, Agile Team, ScrumBut, SAFeBut, 還是? 你們怎麼落實“持續改善”👷🏻‍♀️👷🏻‍♂️ 和建立團隊共識? 🎯

 

明確的 責任範圍 (accountability) 給予隊員 方向感,處理事情的優先順序(priority),和建立勇於挑戰的勇氣 💪🏽

如果想要導入 市場上的 Scrum , 確切的了解哪個牌子的 Scrum 可以幫忙 釐清團隊的 目標(purpose) 和 “團隊願景“ (vision)… 有一致的目標/理想, 可以
(1) 有幫助於 打造 團隊向心力
(2) 幫助團員 理解各自的 職責與責任 , 給予隊員明確的 方向感 和處理事情的 優先順序(priority) ,幫助建立於敢於挑戰的勇氣!

舉例來說: 就像是蓋房子的團隊明確的知道 他們的職責是交付 一個安全的屋子,如果有一天老闆要求團隊 “削減工序或用料“ 到一個危險的地步, 工程團隊需要有責任講出來。 📣
若是工程團隊不知道 團隊 和個人 職責的 優先順序,那結果大概是每個人各自憑良心和經驗決定 🤷‍♀️🤷‍♂️

你的Scrum團隊怎麼定義每個人的 責任範圍 (accountability)? 怎麼一起合作往前走?🏃🏻‍♀️🏃🏻🏃🏻‍♂️

 

每個組織和團隊 都是獨一無二的,人事物和面對的挑戰也都不一樣,各自也都有獨特適合的流程。
每個牌子(或是自家)的Scrum 都不一樣… 甚至有互相抵觸的地方!

你的Scrum Team 隊員都了解 自己在小組裡面的 角色(Role) 嗎?
還是每個人 各自去 網路上 Google 研究揣摩? 造成雞同鴨講的問題? 🐔🦆

如果 責任範圍 和 團隊願景 不明確(包括過度複雜),這都會對團隊造成負面的壓力。


我喜歡 Scrum Guide 的 Scrum 的 Roles — 很 精簡扼要 一句話帶過! 讓人知道 “他/她”需要負責(Accountable) 的是什麼! 然後整個團隊都需要一起達成目標。

舉例來說: Scrum Guide 裡面的 對於每一個 Role 都有明確的 責任範圍 (accountability).

  • Developmnet Team 有一個「在每個Sprint 交付一個 好、高品質、可以用 的 產品 (“Done”, Useable, Potentially Releasable) 」
    … 若是有一天有人要求 Development Team跳過測試,先把產品發布出去了給客戶再說… 🙄, Development Team 應該 像是之前提到的 蓋房子的團隊一樣,勇敢拒絕 🙅🏻‍♂️
  • Product Owner 負責將產品的價值最大化…Product Owner 是由一個人來擔任…不是一群人
    …若是有人要求沒有 價值或是低價值 的功能, Product Owner 應該像是之前提到的 蓋房子的團隊一樣,勇敢拒絕 🙅🏻‍♂️
  • 雖然每個 角色 (Role) 都有各自的優先順序(Priority),但是他們的目標是一致的專注在 團隊結果 (Team Outcome)
    整個 Scrum Team,包括裡面的 Product Owner, Development Team, Scrum Master 都需要為 Scrum Team 團隊負責。
    … 需要各自有勇氣 合作,不斷地 溝通,協調! Continuously Inspect & Adapt!

 

市場上面的 Scrum 五花八門,你的團隊選了哪一個?還是自創? 🧩

市場上面的 “敏捷方法“ 和 “證照“ 五花八門, 光是 Product Owner 和 Scrum Master 的定義,比較有名的就有 Scrum Guide 系列和 Scaled Agile Framework (SAFe) 系列, 它們各自對 職位,職責 還有不同的定義!

不同的系列的 Scrum, 還有不同的版本 和 相對應的大規模的框架

  • Scrum Guide 的大規模的框架 有: NexusLeSS[email protected]
  • SAFe 本身就算是個大規模的框架 它有好幾個 大小版本:
    它自己擁有 大規模的框架: SAFe Essential, Large Solution, Portfolio

 

各自還有不同的版本 🤪

 

覺得眼花撩亂了嗎? 小聲告訴你… 有家公司叫做 SCRUMstudy,它看到了 Scrum 的機會, 在現有的 Scrum Guide 創造了自己的 Scrum 然 在賣自己的Scrum 證照!👹🤯
– Ken Schwaber 和許多人在 Twitter , scrum.org forum 譴責這樣的行為
– PMI 也有人寫文章譴責這樣的行為

 


 

結論,哪個牌子的 Scrum 不重要! 重要的是 你的小組有沒有 共同的願景, 對現在的改善的進度的理解, 和團隊有沒有共識下一步需要改進什麼?

 

我喜歡 Scrum Guide 的 Scrum , 因為它精簡扼要,容易直接開始 實作!

推薦閱讀