這是《落葉》文集里第 91 片落葉，希望你能喜歡，不為別的，只為這份堅持。
A Scrum team in a Scrum environment does not include any of the traditional software engineering roles such as programmer, designer, tester or architect. Everyone on the project works together to complete the set of work they have collectively committed to complete within a sprint. Because of this, Scrum teams develop a deep form of camaraderie and a feeling that "we're all in this together."
為什么先引用 Scrum Team 的原文解釋呢？因為很多名詞的釋義在被翻譯成中文之后，要么比較晦澀，要么就有偏差，通過原文能更精準地理解這個 Scrum 里重要的角色之一。
今天我這個老兵來理論結合實踐的說說 Scrum Team 在 Scrum 里到底是做什么的，后續會結合更深入的學習實踐繼續改進更新。
1、Scrum Team 指的就是 Scrum 流程里的開發團隊，他們會按照 Scrum 實踐方法來實現每個 Sprint 里的 User Story，在每個 Sprint 結束的時候提交增量的產物；
2、如果我們把 Scrum 看作一艘龍舟的話，Scrum Team 就是這艘龍舟上的“劃手 ”，他們按照鼓點的節奏，按照正確的方法使勁，以最快的速度到達“舵手”指定的方向。
3、Scrum Team 是開發團隊，但它理論上強調包含的不是傳統研發團隊里的那些角色，比如：開發、測試、架構師、設計師等等；
4、我個人對于第3點的理解：Scrum 思想里強調弱化角色其實是為了倡導開發團隊成員 Work Together，共同快速、高效的完成每個 Sprint 的計劃，而不是仍然像傳統的瀑布模式下，存在角色間的等待和依賴。而不是像很多團隊在初建敏捷團隊時，就生硬的套用這個要求，在原有的研發部門里推行開發要能測試，測試也要能寫代碼。
5、這個要求對團隊成員的能力提出了很高的要求，這也是我個人認為，在很多現有團隊里生搬硬套這個標準是不現實的，因為很多公司在招聘開發、測試和設計人員的時候，一般都是專崗專職，很少會提出這種跨域要求的，所以這個過程不是一蹴而就的過程，而是循序漸進，每個迭代都要把學習的成本算進去，持續改進的。；
6、Scrum Team 在整個 Sprint 過程中需要參加所有的常規會議：
Sprint Planning Meeting：Scrum Team 需要跟 PO 和 SM 一起完成 Sprint Plan；
Sprint Review Meeting：Scrum Team 需要參加該會議，將完成的 Sprint 產物演示給 PO 和相用戶，這是他們的 Show Time；
Sprint Retrospective Meeting：Scrum Team 需要參加這個會議，總結和反思剛剛結束的這個 Sprint 里好的和不好的實踐，將好的實踐形成自己的團隊規則，將不好的放入下個 Sprint 進行改進；
Daily Scrum Meeting：也可以叫 Daily Stand-up Meeting，Scrum Team 需要參加這個會議，依次回答三個問題：
我今天完成了什么？
我明天會完成什么？
我當前遇到了什么問題？
7、一個標準的 Scrum Team 由5~9個人組成，在一個 Sprint 里不允許有人員上的變動。這一點從我個人經驗出發，我一直認為 Scrum Team 最好是鐵打的“兵”，流水的“營盤”，而不是很多管理層從人力利用效率上推崇的“鐵打的營盤，流水的兵”。因為我覺得從團隊層面考慮，磨合是需要時間的，必須經過若干個迭代的持續磨合，一個團隊的戰斗力才能真正被發揮出來；
8、什么才是優秀的 Scrum Team？我個人最喜歡把 Scrum Team 比作傭兵團隊，隊伍里每個人在某個領域都能獨當一面，相互間又有很高的配合度，彼此都很熟悉，熟悉其他人的習慣、風格和行事方法；
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
