變化經(jīng)常發(fā)生，然而人們畏懼改變。人們感覺上認為改變是痛苦的，主要源于脫離舒適區(qū)域和面對未知世界的恐懼。雖然敏捷團隊對變化準備充分，他們卻對團隊本身的改變感到不適。
Dean Johnson在Scrum開發(fā)討論組中發(fā)起了一個討論，來探討移走團隊成員的弊端。這個討論基于他的項目經(jīng)驗。在項目中，一個團隊成員被副總裁從團隊中調(diào)出，時間長達幾個Sprint。根據(jù)Dean的說法，負面影響包括：
這打破了團隊的節(jié)奏
這危害到團隊的速率（Velocity）
這傷害了團隊的凝聚力
除了列出的問題，討論中的大部分回復指出：在當前的商業(yè)和市場條件下，團隊的改變在所難免。團隊應該努力以建設性的方式，將改變帶來的影響減少到最低點。根據(jù)Jack Milunsky所說：
然而，事情總會發(fā)生變化，比如優(yōu)先級會改變等等。所以，要在整個公司的大背景下看待這個問題。我會和團隊一起開會，討論人員損失造成的影響。調(diào)整一些可以調(diào)整的，把無法處理的事情的優(yōu)先級降低，然后繼續(xù)前進。
Chris對ScrumMaster做了一些建議來幫助協(xié)調(diào)改變。
在會議上，詢問每個團隊成員他們喜歡原來團隊的什么方面，他們希望現(xiàn)在的團隊有什么改變。
使別人容易地得到你對問題和疑慮的回答。
組織團隊出游，團隊出去吃午餐，確保新成員和舊成員坐在一起。
作為ScrumMaster，確保你花一些時間和每個成員一對一交流，方便觀察他們適應新團隊動態(tài)的情況。
Alan Dayley 建議減少改變帶來的痛苦的最佳方法之一，是使團隊不受干擾直至Sprint的結尾。相對在Sprint的開始或中間，在Sprint的交界處對團隊的增員或減員，會少些痛苦。
這種方法保護了當前Sprint的結果。也提供了對后續(xù)Sprint的清晰計劃。
Mark Levison 建議向團隊增加成員也需要適當整合。新成員需要對現(xiàn)有的代碼庫做培訓，會增加交流的復雜度，也會破壞團隊的構成。
Mark對減少改變團隊帶來的影響提供了幾條有趣的策略：
如果在項目中已經(jīng)太晚了，拒絕向團隊中增加成員。
同時引進所有新人，來減少逐步增加團隊成員的成本。
在團隊中混合新人和舊人。
要求新人使用重構、寫單元測試、自動化驗收測試來使他們提速。
讓新人和其他開發(fā)人員結對。
這樣說來，團隊改變是不可避免的。關鍵在于通過適應變化來最小化改變的影響，然后繼續(xù)前行。畢竟，敏捷團隊的主要目的是為利益相關人提供最大化的商業(yè)價值。正如Gary Brown所建議：
你也許不想聽這個，但是團隊的成員并不是你的孩子。如果這句話讓你震驚，我真心道歉。我想要重申：你和你的團隊每天到辦公室工作，只有在交付最大化商業(yè)價值時才會得到報酬。商業(yè)價值是什么就是什么，而不是你認為的樣子。和它們做伴。交付你的承諾。檢驗并調(diào)整。