你已經找到了你的下一個 Scrum Master 工作。 怎麼辦?

已發表: 2022-09-08

當 Scrum master 開始一份新工作時,通常有兩件事是正確的:每個人都希望你立即開始工作,而沒有人完全確定你應該做什麼工作。 管理層通常希望您快速進入流程並開始解決已經積累了一段時間的問題。 他們希望 Scrum master 的團隊立即執行任務,但對 Scrum master 的角色只有模糊的期望。

在這些早期,緊迫性和模棱兩可的結合會導致 Scrum master 犯許多錯誤。 讓我們看看 Scrum 大師在新角色、項目團隊或組織中所犯的一些更常見的錯誤。 我將解釋如何最好地利用您的時間和精力來優化您的團隊作為有效的僕人式領導者和變革推動者的績效。

常見的 Scrum Master 錯誤

作為敏捷教練和 Scrum 大師,我已經使用 Scrum 工作了十多年。 在那段時間裡,我注意到了幾種模式,並確定了 Scrum master 常犯的錯誤。 以下是我最常看到的四個:

1.過分注重儀式

作為 Scrum 主管,你工作中最明顯的部分是促進儀式,因此從設置、調度、運行和跟進這些事件開始似乎是合乎邏輯的。 從表面上看,從那裡開始,您可以適應您角色的其他容易定義的方面:優化項目管理工具、創建板、打開任務、完成後簽入、幫助團隊了解正確的 backlog 技術等等。

雖然這似乎是一種安全的開始方式,但在工作初期只關注儀式和日常任務可能會將 Scrum 主管的職責誤認為主要是管理職責。 面對有限的指導,團隊成員將保持不變,只與 Scrum master 交互以在工作流階段移動他們的任務,為產品所有者添加評論和註釋,或解決障礙。 相反,從第一天開始,考慮如何充當變革推動者,而不是維持現狀。 活動和儀式很重要,但不能排除您不太明顯的責任,例如使團隊動態與公司文化保持一致或設定長期目標。

2.假設管理層知道真正的問題

作為 Scrum 主管,您可能會被聘用,至少部分是為了解決特定團隊的流程問題。 但請記住在尋找解決方案時撒下更大的網:問題可能來自團隊內部,但也可能來自缺乏適當的支持、業務和 IT 之間的不協調、授權水平低、團隊結構錯誤或缺乏指導和學習。

有許多工具可以幫助您查明問題領域,包括競爭價值觀框架、AgilityHealth Radar 和敏捷之路。 但您可以更簡單地開始,與您的團隊、其他部門和管理層交談。 我已經創建了這個可下載的工作表,其中包含一系列您應該提出的問題,以幫助確定流程困難所在。

不同路徑的圖像,中間是帶有感嘆號的光標。圖片頂部是標題“Scrum Master 的團隊能力評估”。以下是文本,“將這些問題帶給您的團隊、其他部門和管理層;他們的回答將使您深入了解未來的挑戰。”底部是 Toptal 標誌和“Toptal”字樣。

您收集的信息將使您能夠制定改進行動計劃,產生更有效的流程,更容易解決管理層的擔憂。 管理層可能對頂層問題有幾個想法,但他們通常更關心產品和公司成長,而不是日常開發過程。 如果你確定的解決方案是廣泛而深刻的,創造了具體的價值,管理層會對它們感到滿意。

3. 永遠不要偏離 Scrum 指南

等到你可以遵循 Scrum 的規則後再嘗試打破它們是可以理解的,也是可取的。 一種流行的“安全”打破它們的模型借鑒了日本武術的 ShuHari 概念。

在蜀中,團隊遵循主要規則和實踐以獲得最佳結果。 一旦他們能夠一致且可預測地應用這些內容,他們就會進入 Ha,深入挖掘敏捷價值觀和原則。 知道規則存在的原因,他們向他人學習,並將學習融入他們的實踐中。 最後,在 Ri 中,他們有一個知識庫,可以用來調整規則以適應特定的需求和環境。

插圖標題為“ShuHari的階段”。標有“Shu”和“Obey the Rules”的圓圈位於標有“Ha”和“Bend the Rules”的第二個圓圈內,該圓圈位於標有“Ri”和“Transcend the Rules”的圓圈內。底部的一行寫著“來源:看板區”。
ShuHari 的階段,日本武術概念應用於敏捷團隊開發。

ShuHari 很有用,因為它說明了成為成熟敏捷團隊的清晰途徑。 但是,假設您的團隊在 Shu 的旅程剛剛開始是錯誤的。 如果團隊已經知道規則並且已經成功應用了一段時間怎麼辦? 如果問題不在於遵守規則,而在於知識共享、學習、觀察或反思等領域怎麼辦? 對於這樣的團隊,如果你從關注規則開始,你的努力可能會適得其反,或者你的團隊可能會認為你只是按部就班地做事。 要有耐心,確保你的觀點有數據支持,永遠不要用“因為 Scrum 指南這麼說”來回答問題。

4. 對每支球隊一視同仁

您可能會被分配到一個專門為您組建的新團隊。 或者你可以加入一個已經合作了幾個月甚至幾年的現有團隊,並且有自己的做事方式。 我曾與這兩種類型的團隊一起工作,發現應用一刀切的方法是行不通的。

在一個新團隊中,你很可能會受到熱情和友好的歡迎。 設置階段可能看似簡單:您的團隊會充滿熱情(和理想主義),並且您會聽到很多口號,例如“我們想要改變”和“我們想要改進”。 但隨著時間的推移,阻力可能會增加:團隊成員會抱怨缺乏開發時間、事件太多、不是 T 形、角色混亂或沒有拆分故事的能力。 在指導團隊了解價值觀和原則時,您必須準備好回答很多問題。 在解釋 Scrum 事件、工件和角色時,不要忘記經驗主義和信任對於 Scrum 團隊的蓬勃發展至關重要。 了解您的團隊成員在哪裡,並足夠靈活地在那裡與他們會面。

對於現有的團隊,您可能會進入一個壞習慣不會立即顯現的環境。 你會想多听少說,觀察每個團隊成員做了什麼以及他們是如何做的。 您可以從團隊雷達評估開始,以了解他們缺乏什麼以及痛點在哪裡。

一個樣本團隊雷達,從中點延伸出八個軸,標記為“以客戶為中心”、“動機”、“勇氣”、“目標清晰”、“溝通”、“步伐”、“信任”和“流程”,以及每個軸上的標記為三點和七點。有一個陰影區域代表分數,分數不准確,但范圍從三到七不等。
團隊雷達為團隊提供了一個可視化工具來識別最需要關注的區域。

創建團隊雷達比看起來簡單。 首先確定團隊需要討論或評估的八個領域。 從一個中點畫出八個軸(如圖所示),用其中一個討論區域標記每個軸,並讓團隊成員根據每個軸的編號來集體評估他們的表現。 繪製完所有數字後,將坐標軸之間的點連接起來,並針對三個得分最低的區域集思廣益,提出可行的解決方案。

一旦您通過分數確定了問題領域,就開始著手處理那些具有主要關注點和更直接實施的領域,以在團隊中創造快速勝利。 重大問題可能更大:事件乏味,改進沒有實施,增長不可見,事情沒有改變,質量低下,或者交付滯後。 如果團隊期望實施 Scrum 能夠解決他們所有的問題而事實並非如此,那麼你就必須更深入地了解公司文化、態度、支持水平和心理安全。

新的 Scrum Master 最佳實踐

我們已經討論了該做什麼。 現在讓我們來談談新的 Scrum master 應該立即開始執行的任務,以幫助建立一個專注、高效和雙方都同意的工作環境。

1. 舉辦團隊介紹

安排一次相互了解的會議,並邀請團隊成員帶上零食和飲料。 氣氛應該是隨意的,你可以做一個結構化的複飛,每個人分享一個關於他們自己的小軼事來打破僵局。

2. 開球

一個運行良好的啟動將確定您擁有哪些工具以及從哪裡開始。 作為一個團隊,您應該利用開場白協作回答多個領域的關鍵問題:

產品

  • 產品的願景、目標、戰略、商業模式畫布、路線圖、目標、價值流、利益相關者、合作夥伴、客戶、商業價值、待辦事項和訂單是什麼?

技術和工具

  • 什麼是技術棧?
  • 您有哪些可用的開發、DevOps、項目管理和溝通工具?

人們

  • 該團隊是新聘用的還是從其他團隊引進的?
  • 團隊對公司文化的了解程度如何?
  • 團隊成員的專長、專長、技能和角色是什麼?

過程

  • 工作空間將如何組織? 有板子嗎?
  • 工作流程是什麼樣的?
  • 項目/產品管理工具是否組織得當?
  • 是否有需要執行的公司標準?
  • 文件保存在哪裡?
  • 活動在哪裡舉行:現場還是遠程?
  • 使用了哪些指標?

3. 定義工作條款

為如何完成工作制定具體計劃。 舉行頭腦風暴會議,使用全局聆聽、情感標籤和視覺促進等技術,並記下團隊將來可以參考的筆記。

為會議制定規則:透明、傾聽和專注; 不要責備、製造噪音或打擾。 為每個會話建立時間框並堅持下去。 一些頭腦風暴主題包括:

什麼是敏捷?

  • 您的團隊是否有敏捷方面的經驗,或者他們是新手?
  • 什麼是敏捷價值觀與 Scrum 價值觀?

我們為什麼在這裡?

  • 我們的目標是什麼?
  • 我們必須滿足哪些期望?

作為一個團隊,我們是誰?

  • 團隊的角色、職責、技能和優勢是什麼?
  • 一個偉大的團隊對我們意味著什麼?

我們打算如何合作?

  • 我們的價值觀和規範是什麼?
  • 我們將如何通過 Tuckman 模型和變化曲線?

我們要交付什麼?

  • 我們的產品意識是什麼?
  • 我們將如何處理積壓和目標?
  • 我們如何確保為客戶提供價值?
  • 我們還想採取其他措施嗎?

我們將如何交付我們的產品?

  • 我們的工作空間是什麼?
  • 我們的工作流程、框架、實踐、事件和工具是什麼?
  • 我們對完成的定義是什麼?

我們將如何評估我們的表現?

  • 哪些指標對我們很重要?
  • 我們如何進行實驗和改進?

對話是建立積極有效的工作場所的有力工具。 你的工作是充當促進者和僕人式領導者——幫助你的團隊團結起來,定義自己的工作方式。

4. 制定工作協議

使用您在開始時回答的問題和您在頭腦風暴會議中記下的筆記,與您的團隊一起制定有效的工作協議。 一份工作協議可以有多種形式,但我發現從使命宣言開始很有幫助——一個單一的、強有力的宣言,明確說明我們做什麼、我們如何做以及為什麼做。

從那裡開始,為每個人都同意的工作場所行為和流程製定一套指導方針。 它可能就像組織您已經回答的問題或收集在討論過程中出現時需要考慮的新主題一樣簡單。 一份良好的工作協議將幫助您的團隊了解有哪些期望——不僅是您對他們的期望,還有他們對您、對彼此以及對他們所做的工作的期望。 簽訂切實的工作協議將有助於通過減少猜測和誤解來提高團隊效率和友情。

當您完成任務時,請確保為您的團隊明確定義了關鍵角色和概念。 工作協議、完成的定義、產品願景和目標以及待辦事項狀態都需要被所有相關人員理解。 此外,需要明確界定 Scrum 主管和產品負責人的職責。

持久成長的開始

新開始帶來的清晰視角可能是一個優勢。 您可以在不依賴嵌入式流程的情況下評估系統,並自由地利用這個機會來幫助您的團隊成長。 這是一項重大責任,也是一份巨大的禮物。 你如何使用這份禮物取決於你。 如果你扮演一個時髦的角色,而不考慮需要在行政之外做什麼,人們會感覺到它,你就會失敗。 如果你的唯一目標是實施 Scrum 指南,你不會影響改變,只會讓人討厭 Scrum。 但是,如果您生活和呼吸敏捷,如果您天生就是變革驅動力和增長追求者,那麼您樹立的榜樣將具有感染力。

您會在此列表中添加哪些常見的 Scrum master 錯誤? 請在評論部分分享它們。