一個習慣了傳統(tǒng)項目管理方法的項目經(jīng)理，可以在敏捷組織里擔當Scrum Master嗎？這是一個很有意思的問題，也是所有項目經(jīng)理在有朝一日面對敏捷方法（比如Scrum）的時候需要思考的問題。

       敏捷在落地實施時，對產(chǎn)品開發(fā)使用了不同的哲學和方法。所有的一切都是基于精益實踐的。敏捷的各條原則聚焦于靈活性、通用性、以及對持續(xù)變化的適應能力等概念之上。用于產(chǎn)品開發(fā)的敏捷方法有很多種；Scrum就是其中之一。它是歷經(jīng)大約20年之后發(fā)展出來的一種敏捷方法，可以廣泛應用于各種項目。Scrum專注于產(chǎn)品的迭代式開發(fā)和增量式交付。它的流行得益于方法本身的簡單、高效以及多領域的適用性。我們這里的討論范圍只涉及到團隊。

      如若是傳統(tǒng)的項目管理，項目經(jīng)理會重度依賴前期的詳細信息和大量文檔。項目經(jīng)理把非常多的時間花在簽收和跟進上，以確保團隊在開會時承諾的東西能夠如實交付。

       本文的主旨并不是想說服你選擇一種方法而拋棄另一種。恰恰相反，我們要探討的是：一個傳統(tǒng)的項目經(jīng)理是否能夠在一個敏捷的環(huán)境里有效地發(fā)揮作用？我的回答是，“不一定。”

       我之所以說“不一定”，是因為敏捷原則和Scrum方法依賴于信任和團隊的能力。這就要求項目經(jīng)理具有出色的授權能力。很多項目經(jīng)理習慣于微管理，他們無法放任團隊自主工作。現(xiàn)實是，他們中的很多人擁有不同的背景和經(jīng)驗，還隨身攜帶著一個“百寶箱”，里面裝滿了或好或壞的實踐方法。這個“百寶箱”可能會阻礙項目經(jīng)理由項目管理的傳統(tǒng)方式過渡到更為敏捷的Scrum。

       其他可能的影響因素還有組織的環(huán)境、文化和準備度。項目經(jīng)理可能做好了心理準備，但（公司）組織上可能還沒有準備好接納這樣一個敏捷的環(huán)境。另外，還要看團隊的準備度。團隊在過去10~20年里一直是以傳統(tǒng)的瀑布方式工作的，他們可以一下子切換到Scrum這種敏捷方式嗎？

       項目經(jīng)理必須要有開放的心態(tài)，接受“變化是難以避免的”這樣一個事實，并且適應變化。項目經(jīng)理也必須學會放手，允許團隊自主開展工作和履行職責。管理一個項目以及相關資源，并不意味著你要管理團隊的解決方案以及他們?nèi)绾蝸硗瓿扇蝿铡ｍ椖拷?jīng)理所要做的是，幫助團隊消除在前進路上碰到的障礙，同時把項目的進展情況向業(yè)務方溝通。

       綜上所述，我給出的回答仍然是“不一定”。一個傳統(tǒng)的項目經(jīng)理，只有當他接受改變，并且對變化保持著開放心態(tài)和積極態(tài)度，他才能做好Scrum Master。（譯者/陸其明）

       譯者介紹：陸其明，擁有10幾年的軟件技術研發(fā)和管理經(jīng)驗。已經(jīng)出版的著作有《DirectShow開發(fā)指南》、《DirectShow實務精選》、《Windows Media編程導向》、《腳本驅(qū)動的應用軟件開發(fā)方法與實踐》，譯作有《代碼之道》、《高效能程序員的修煉》、《程序員的修煉——從優(yōu)秀到卓越》。