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

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

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

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

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

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

       項目經理必須要有開放的心態，接受“變化是難以避免的”這樣一個事實，并且適應變化。項目經理也必須學會放手，允許團隊自主開展工作和履行職責。管理一個項目以及相關資源，并不意味著你要管理團隊的解決方案以及他們如何來完成任務。項目經理所要做的是，幫助團隊消除在前進路上碰到的障礙，同時把項目的進展情況向業務方溝通。

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

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