八、角色轉(zhuǎn)換
分析員
由于很熟悉產(chǎn)品知識和具備很強的溝通技能，一些分析員會轉(zhuǎn)為產(chǎn)品負責人的角色
在傳統(tǒng)管理項目中，分析員的任務(wù)似乎是需要盡早完成分析任務(wù)，而在Scrum項目，實時分析是他的目標
在傳統(tǒng)的項目中，分析員經(jīng)常成為其他團隊成員與項目經(jīng)理之間溝通的橋梁，而在Scrum項目，分析員更需要像促進團隊與PO溝通的橋梁
Scrum團隊中的分析員會協(xié)助測試，回答正在開發(fā)的功能特性相關(guān)的問題，以及全程參與日常的Sprint會議
分析員首先需要完成當前的Sprint目標，剩余時間可以用來計劃未來的東西，但沒明確的任務(wù)不允許放在當前的Sprint中
項目經(jīng)理
在Scrum項目中，項目經(jīng)理角色是沒有必要的，要廢除它，因為“自組織團隊”是Scrum的一個核心原則
曾經(jīng)的項目經(jīng)理可以轉(zhuǎn)型成SM、PO或者團隊成員中任一角色，主要取決于他們的經(jīng)驗、技能、知識和興趣
PO是最適合轉(zhuǎn)型的角色，且能滿足喜歡指導團隊的前項目經(jīng)理
SM是最常見轉(zhuǎn)型的角色，但需要克服喜歡指導團隊的習慣
架構(gòu)師
排優(yōu)先級的角色，可以不編碼，但必須具備立刻能編碼的能力，一個顧問和促進者
在敏捷開發(fā)中，架構(gòu)師主要的職責是考慮變化和復雜性，在各個Sprint中有合理開發(fā)順序的工作，有助于團隊快速獲得關(guān)鍵知識，擁有足夠時間反應(yīng)來避免或發(fā)現(xiàn)風險以及最小化整個開發(fā)成本
職能經(jīng)理
通常保留分配人員到項目的職責，是學習型組織的構(gòu)建者
大部分組織里保留定期評估下屬的責任
很多組織中保留決定雇傭和開除權(quán)力的職責
程序員
在Scrum中，雖然專家很重要，但程序員應(yīng)該愿意在很多方面來幫忙優(yōu)化整個團隊的產(chǎn)出
他們需要積極主動地理解產(chǎn)品需求，做超出日常工作描述范圍的事情是常見的
程序員還應(yīng)與客戶和用戶交談，應(yīng)與共事的人員積極溝通并參與結(jié)對編程
數(shù)據(jù)庫管理員
DBA的大部分日常工作不會有很大變化，但在工作顯著有變時需要盡快提供解決方案與計劃
測試人員
在Scrum中，不可能完美地預測所有的用戶需求，每個人都需要思考產(chǎn)品，對每個特性提出問題并且思考如何將它加入到整個產(chǎn)品中
測試人員會更加頻繁的與PO交談，了解某個特性是如何工作的，它的執(zhí)行速度應(yīng)多快及必須通過哪些標準，等等
測試人員需要學會如何迭代地工作，要大力推廣自動化測試腳本
用戶體驗設(shè)計師
UED需要與開發(fā)團隊同時進行迭代工作，但UED不要把自己看成是獨立的團隊
三個常見的主題
1、增量地工作
總是努力在當前Sprint產(chǎn)生一個潛在可發(fā)布的產(chǎn)品增量
2、迭代地工作
功能特性能在接下來的Sprint中被更新
3、超出專業(yè)之外的工作
為了創(chuàng)建在Sprint結(jié)束時潛在可交付的某些東西，個人需要愿意偶爾做一些超出其專業(yè)之外的工作
