Scrum 指南 | 13. Scrum 中的開發團隊
已發表: 2022-04-25Scrum 中的開發團隊是一個跨學科小組,由參與創建產品的所有人員組成。 在今天的文章中,我們將看看它應該具有哪些特性。 我們還將考慮能夠有效實現其目標的開發團隊的組成和職責。
Scrum 中的開發團隊——目錄:
- 開發團隊特色
- 開發團隊
- 開發團隊的職責
- 概括
開發團隊特色
按照 Scrum 原則工作的開發團隊是一個獨立的專家組。 它不使用外部專家或分包商的支持。 但是,什麼決定了團隊能夠很好地完成目標呢? 開發團隊的任務中包括哪些職責——無論其專業是什麼?
為了有效,開發團隊必須至少具備三個特徵:自組織能力、成長動力和跨學科性。
自組織
當我們談論Scrum 團隊時,開發團隊是其中的一部分,我們使用術語“自我管理”。 這意味著組織層面的自我管理。 作為一個整體,Scrum 團隊不僅決定誰來做這項工作以及如何做,而且還決定他們將從事什麼工作。 在 Scrum 團隊中,很大一部分管理任務屬於產品負責人和 Scrum Master。

因此,對於開發團隊來說,自組織比自管理更重要。 它指的是計劃責任,即自己決定誰將執行某些任務,何時以及如何執行。
追求發展
有效團隊的一個關鍵特徵是增長動力。 完成之前設定的任務的方式應該是雄心勃勃的。 這不僅來自開發團隊每個成員的個人傾向和態度。 團隊中的氛圍也鼓勵提高能力和努力,將團隊定義為一個整體。
跨學科性
團隊的跨學科性意味著其成員應該擁有在每個 Sprint 中創造有價值的增量所需的所有技能。 這也意味著團隊的每個成員都執行該 Sprint 所需的任務。 每個人都為實現目標做必要的事情。 即使這意味著要承擔超出開發人員專業知識的新任務。 拘泥於自己的專業能力或角色是錯誤的。

開發團隊
根據 Scrum 指南,開發人員的最大數量是八位。 如此小的組成鼓勵溝通和開放,因為團隊成員有機會相互了解。 但是,團隊不應少於三個人。 它需要足夠大,才能在每個 Sprint 中取得業務可見的進展。
Scrum 中的開發人員被稱為具有各種技能和職責的人。 在任何情況下,這個名字都不是為編程人員保留的。 因此,團隊可能包括程序員和設計師、研究人員和分析師、測試人員和科學家,以及其他專家。
開發人員之間沒有層次結構。 這就是為什麼他們不使用專業或科學頭銜的原因。
關於開發團隊組成的一個重要假設是它是一個整體。 因此,不應將從事其他目標的較小團隊與其分開。
開發團隊的職責
開發團隊的職責可分為三個方面。 這些是:
- 計劃任務
- 在產品上工作
- 改善團隊內部的協作
計劃任務
任務調度是所有基於 Scrum 的開發團隊必須履行的義務。 它包括創建一個 Sprint 計劃並將其放入 Sprint Backlog,我們將在另一篇文章中進行描述。 最重要的是開發團隊一起工作。 這樣,每個開發人員都將能夠實際確定在給定 Sprint 中要完成的任務數量。 從長遠來看,這使團隊能夠保持恆定的步伐並更準確地計劃。
密切關注脈搏也同樣重要,即每天根據實際情況調整計劃。 如果出現問題,可能需要做出改變:重新組織任務,以不同的方式分配工作,或者與 Scrum Master 討論新出現的困難。
在產品上工作
根據給定開發團隊所在的領域,產品的工作形式可能會有很大差異。 一般來說,每個 Sprint 中要實現的目標是創建一個增量,即具有業務價值的產品特性。
在這裡直接說話並應用以下規則很有用:
當您對產品進行工作時,您必須將其置於不僅改進而且不低於先前版本的狀態。
應用這一原則意味著團隊作為一個整體對增量負責。 如果開發人員執行任務不小心,導致產品質量下降,則必須由其他人為他們完成工作。 另一方面,如果任何開發人員遇到產品中的錯誤,他們應該自己修復它們或將錯誤信息傳遞給可以解決的人。 我們將在另一篇文章中詳細介紹如何在 Sprint 中處理產品增量。

改善團隊協作
以團隊運作的方式工作是為了不斷提高單個開發人員的效率和有效性。
然而,它也是,或者最重要的是,開發者之間的溝通工作。 改進在於製定出能夠實現高效和準確的任務劃分的解決方案。 還有練習技巧:
- 批評解決方案,而不是批評人——改變我們用來描述工作的語言會改變態度並改善協作
- 遠離你的想法——它可以帶來幽默感和更誠實的反饋
- 建立信任——多虧了信任,開發人員可以提出更多創新的想法,而不必擔心環境的負面反應
通過持續反思團隊的工作方式並在本文所述的 Scrum 活動期間提供反饋,可以改進團隊協作。

概括
在今天的文章中,我們將介紹 Scrum 開發團隊的特徵、組成和職責。 跨學科性、自組織性和對發展的渴望是這個小團隊的特點。 團隊工作的持續改進和產品的有效工作——這些是每個開發團隊必須完成的任務。
如果您喜歡我們的內容,請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube 上忙碌的蜜蜂社區。
作者:卡羅琳·貝克爾
作為項目經理,Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。
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 回顧中的常見錯誤
- 產品積壓培養
