《scrum敏捷軟件開發(fā)》
第八章：角色轉(zhuǎn)換
1 項(xiàng)目經(jīng)理轉(zhuǎn)敏捷項(xiàng)目經(jīng)理
最終要最困難的工作就是確?？蛻粝胍漠a(chǎn)品就是正在開發(fā)的。
曾經(jīng)的項(xiàng)目經(jīng)理可以只承擔(dān)一部分責(zé)任，轉(zhuǎn)換成為scrummaster，主要取決于他們的經(jīng)驗(yàn)、技能、知識和興趣。
不過，只要項(xiàng)目經(jīng)理克服指導(dǎo)團(tuán)隊(duì)并替他們做決定的老習(xí)慣，那么項(xiàng)目經(jīng)理是很有可能成為一名優(yōu)秀的scrummaster。
最佳方式有：
① 盡量按照書本來開展scrum
② 盡量多與其他scrummaster交談
③ 盡你所能快速和盡可能多的學(xué)習(xí)
④ 頭銜更換為scrummaster
2 架構(gòu)師轉(zhuǎn)敏捷架構(gòu)師
他們有理由為自己的知識、經(jīng)理和能針對技術(shù)和業(yè)務(wù)挑戰(zhàn)提出一流解決方案的能力驕傲。
在敏捷開發(fā)中，架構(gòu)師主要職責(zé)是考慮變化和復(fù)雜性；
3 職能經(jīng)理轉(zhuǎn)敏捷智能經(jīng)理
4 程序員轉(zhuǎn)敏捷程序員
最大的變化就是：他們做編程、他們做測試、他們做分析、他們做設(shè)計(jì)，他們做任何必要的事情來幫助團(tuán)隊(duì)完成在每個sprint的承諾的工作；
程序員需要增加交談，更多的參與討論，幫助有問題的其他人，并參與結(jié)對編程，而不是上班帶上耳機(jī)，安靜的呆到下午7點(diǎn)下班；
4 dba轉(zhuǎn)敏dba
數(shù)據(jù)庫設(shè)計(jì)方面的標(biāo)準(zhǔn)建議是在做物理或者邏輯數(shù)據(jù)庫設(shè)計(jì)過程中，對系統(tǒng)需求進(jìn)行完成分析，創(chuàng)建邏輯或者物理數(shù)據(jù)庫設(shè)計(jì)，并且將這些概念限定在實(shí)際數(shù)據(jù)庫限制中。
用戶的需求一直在變化，競爭者們在不停發(fā)布他們的產(chǎn)品，因此數(shù)據(jù)庫也要演變來支持建造基于它們的不停演變的應(yīng)用。
因此dba要增量處理需要全盤考慮的東西
5 測試員轉(zhuǎn)敏測試員
傳統(tǒng)項(xiàng)目中，測試員和程序員一樣，經(jīng)常說:"給我完美需求文檔，我將確保系統(tǒng)做了它描述的所有內(nèi)容"，這在敏捷團(tuán)隊(duì)中無意于推諉責(zé)任。
事實(shí)上每個人頭需要思考產(chǎn)品，對每個特性提出問題并且思考如何將他們加入（或減少）到每個產(chǎn)品中。
三個常見主題
以上描述的角色轉(zhuǎn)換時，有三個最重要的主題需要重申：
① 增量的工作?？偸桥υ诋?dāng)前sprint產(chǎn)生一個潛在可發(fā)布的產(chǎn)品增量。
② 迭代的工作。功能特性能在接下來的sprint中被更新。
③ 超出專業(yè)之外的工作。為創(chuàng)建在sprint結(jié)束時潛在可交付的某些東西，個人需要愿意偶爾做一些超出其專業(yè)之外的工作。
總結(jié)
角色轉(zhuǎn)換是轉(zhuǎn)型敏捷開發(fā)中，很重要很重要的一環(huán)，要解決各類角色在敏捷項(xiàng)目中的很好協(xié)同，無意于更加體現(xiàn)了scrummaster的重要性，沒有他的協(xié)調(diào)、幫助、引導(dǎo)等工作，真的很難實(shí)現(xiàn)每個角色的快速敏捷。（可能是工作這么久，對工作個體之間的協(xié)同，所得到的感觸吧，更多的現(xiàn)實(shí)情況就這樣，我對srummaster價(jià)值有了更多感觸）
