Scrum: 偉大的發展團隊的25個特徵

一個Scrum的團隊是我的（一般爲5至9個成員之間的）合做，以提供所需的產品增量的集合。Scrum框架鼓勵團隊成員之間進行高層次的溝通，以便團隊可以：

• 遵循共同的目標
• 遵照相同的規範和規則
• 相互尊重

Scrum團隊的結構

Scrum團隊。Scrum團隊包括：

• 產品擁有者
• Scrum Master，和
• 開發團隊

什麼是Scrum團隊

Scrum團隊分享與產品交付相關的不一樣任務和職責。每一個角色都密切相關。建議Scrum團隊成員儘量在同一位置一塊兒工做。讓咱們從責任，權限和特徵的角度來看看這些角色。

項目擁有者

產品負責人是團隊成員，他知道客戶想要什麼以及他們想要的相對業務價值。而後，他或她能夠將客戶的需求和價值轉換回Scrum團隊。產品負責人必須瞭解產品的業務案例以及客戶須要的功能。他必須與團隊協商，以確保他們正確實施產品願景。最重要的是，他必須有權作出完成項目所需的全部決定，換句話說，產品負責人負責管理產品Backlog，其中包括：

• 清楚地表達產品Backlog項目。
• 訂購產品Backlog項目以最好地實現目標和任務。
• 優化團隊執行的工做價值。
• 確保產品待辦事項清晰可見，透明且清晰，並顯示團隊將進一步開展的工做。
• 確保團隊將產品Backlog中的項目理解爲所需級別。

Scrum Master

Scrum master幫助團隊保持對業務承諾的責任，並消除可能妨礙團隊工做效率的任何障礙。他們按期與團隊會面，審查工做和可交付成果，最多見的是每週一次的節奏。Scrum master的做用是指導和激勵團隊成員，而不是對他們執行規則。Scrum master的做用包括：

• 確保流程順利進行
• 消除影響生產力的障礙
• 組織重要事件和會議

開發團隊

開發團隊由組織組織和受權，以組織和管理本身的工做。由此產生的協同做用優化了開發團隊的總體效率和有效性。開發團隊具備如下特徵：

• 他們是自我組織的。沒有人（甚至不是Scrum Master）告訴開發團隊如何將Product Backlog轉換爲潛在可釋放功能的增量;
• 開發團隊是跨職能的，具備建立產品增量所需的全部技能。
• Scrum不認可開發團隊成員的任何頭銜，不管該人員正在執行哪些工做;
• 不管須要解決哪些領域，如測試，架構，運營或業務分析，Scrum都不會承認開發團隊中的子團隊; 和，
• 我的發展團隊成員可能具備專業技能和重點領域，但問責制屬於整個開發團隊。

偉大的Scrum 發展團隊的25個特徵

• 追求卓越技術。偉大的發展團隊使用極限編程做爲靈感來源。XP提供圍繞規劃，設計，編碼和測試的實踐和規則。示例包括重構（不斷簡化代碼），結對編程，持續集成（程序員只要具備經過單元測試的乾淨構建，就將代碼合併到代碼基線中），單元測試（在開發級別測試代碼）和驗收測試（創建具體的驗收測試）。
• 申請團隊蜂擁而至。偉大的發展團隊掌握了「團隊蜂擁」的概念。這是一種工做方法，一個團隊一次只處理幾件物品，最好是一次只處理一件物品。經過讓不少人一塊兒工做，而不是進行一系列的切換，每一個項目都儘快完成。
• 使用尖峯解決方案。Great Development Teams使用尖峯解決方案來解決具備挑戰性的技術，架構或設計問題。
• 以團隊形式優化產品待辦事項。偉大的開發團隊認爲積壓改進團隊的努力。他們瞭解產品積壓的質量是可持續發展步伐的基礎。雖然產品負責人負責產品待辦事項，但整個團隊須要對其進行優化。
• 尊重童子軍規則。偉大的發展團隊使用童子軍規則：老是讓露營地更清潔。這意味着他們老是檢查比之前更清潔的模塊。
• 批評想法，而不是人。偉大的發展團隊批評想法，而不是人。期。
• 分享經驗。偉大的發展團隊與同行分享經驗。這可能在組織內部，但研討會和會議也是分享經驗和收集知識的好方法。固然，寫下您的經驗教訓也受到高度讚揚。是的，對於細心的讀者來講，這與產品負責人徹底相同。
• 瞭解有些鬆懈的重要性。偉大的發展團隊在他們的衝刺中有一些鬆懈。人類成天都不能富有成效。他們須要時間放鬆，在咖啡機聊天或玩桌上足球。他們須要一些懈怠才能具備創新性和創造性。他們須要時間來享受樂趣。經過這樣作，他們確保了高動力，從而最大限度地提升了生 可是，處理可能出現的緊急狀況也是必要的，當您須要建立熱修復時，您不但願整個sprint遇到麻煩。所以：製造一些鬆懈！當衝刺沒有任何緊急狀況時：太棒了！這爲團隊提供了一些重構和緊急設計的機會。這是共贏的！
• 互相玩樂。偉大的發展團隊確保天天都有健康的樂趣。培養樂趣，活力，互動和協做營造了團隊蓬勃發展的氛圍！
• 沒有任何Scrum'會議'。偉大的開發團隊將Scrum事件視爲對話的機會。Tobias Mayer在他的「人民Scrum」一書中完美地描述了這一點：「Scrum以人爲中心，人們進行對話。有計劃，調整和反思的對話。咱們會在適當的時間和適當的時間進行這些對話，以便爲咱們的工做提供信息。若是咱們沒有這些對話，咱們就不會知道咱們在作什麼（計劃），咱們不會知道咱們要去哪裏（對齊），咱們會不斷重複一樣的錯誤（反思）。「
• 瞭解他們的客戶。偉大的發展團隊瞭解他們真正的客戶。他們與他們直接接觸。他們真正瞭解本身的願望，所以可以作出正確的（技術性）決策。
• 能夠解釋技術任務的（業務）價值。偉大的開發團隊瞭解技術任務的重要性，例如性能，安全性和可擴展性。他們能夠向產品負責人和客戶解釋（業務）價值，並確保其部分產品積壓。
• 相互信任。偉大的發展團隊相互信任。是的，這很明顯。可是若是沒有信任，團隊就不可能實現偉大。
• 保持回顧的樂趣。偉大的發展團隊本身考慮回顧性格式。他們以創造性，有趣和有用的格式支持Scrum Master，並提供便利會話自己。
• 在sprint期間提供功能。偉大的開發團隊不斷提供功能。基本上他們再也不須要衝刺了。只要項目「完成」，就會收集並處理反饋; 這創造了持續交付的流程。
• 不須要衝刺0.偉大的開發團隊在「真正的」衝刺開始以前不須要衝刺0。他們已經在第一個sprint中提供了商業價值。
• 行爲確實是跨職能的。偉大的開發團隊不只具備跨功能的組合，並且還具備跨職能的功能。他們不會談論團隊中的不一樣角色，而是專一於每一個sprint做爲一個團隊提供可釋放的產品。每一個人都在作實現衝刺目標所必需的東西。
• 本身更新Scrum板。偉大的開發團隊確保Scrum /團隊董事會始終保持最新狀態。這是對現實的準確反映。他們不須要Scrum Master來鼓勵他們; 相反，他們與Scrum Master合做更新電路板。
• 花時間進行創新。偉大的發展團隊瞭解技術/建築創新的重要性。他們知道有必要跟上快速變化的環境和技術。他們確保在正常工做時間內有時間進行創新，這頗有趣也頗有趣！
• 不須要完成定義。偉大的發展團隊深入理解「作」對他們意味着什麼。對於團隊成員，再也不須要寫下「完成定義」。他們知道。使用它的惟一緣由是使「完成狀態」對其利益相關者透明。
• 知道如何提供反饋。偉大的發展團隊已經學會了如何以誠實和尊重的方式給予對方反饋。他們掌握了「影響反饋」的概念。他們會在必要時提供反饋，而且在回顧以前不要推遲反饋。
• 管理他們的團隊組成。偉大的開發團隊管理本身的團隊組成。只要須要特定技能，他們就會與其餘團隊合做，討論「僱用」特定技能的機會。
• 實踐集體全部權。偉大的發展團隊瞭解集體全部權的重要性。所以，他們將開發人員分散到所使用的應用程序和系
• 修復與其餘團隊的依賴關係。偉大的開發團隊意識到可能與其餘團隊的依賴關係，並自行管理這些團隊。所以，他們確保了產品的可持續發展步伐。
• 不須要故事點。偉大的發展團隊再也不關注故事點了。他們以這種方式改進了產品積壓，頂級產品的尺寸變化不大。他們知道每一個sprint能夠實現多少項目。計算故事數量就足夠了。

更多相關的Scrum文章

• Scrum Sprint循環8個步驟
• 什麼是Scrum中的Sprint？
• Scrum的心跳 - 每日站立
• 每日Scrum會議 - 快速指南
• 爲何固定長度Sprint在Scrum中？
• 什麼是Scrum發佈計劃？
• 什麼是Sprint計劃？
• 什麼是Sprint評論？