說到專案經理和SM的區別，除了叫法不一樣，應用的場景不一樣，所在團隊不一樣之外，其他方面差距也是比較大的，具體區別大致上是這樣的。

首先，在參與程度上來說，傳統的專案管理體系下無論是強、若還是平和矩陣的組織中，專案經理都是在專案層面上經過授權的，也就是專職專案經理。然而，在Scrum指南中，唯一一個經過授權的角色理論上應該是PO，然而在Scrum中，首先，SM在團隊中是沒有授權的，換句話說，敏捷專案團隊既沒有Manager也沒有Leader，所以SM與專案經理不同，其次，我們看SM的職責是確保scrum的正確使用並使得Scrum的收益最大化。換句話說，SM的存在，與團隊生產和專案本身，沒有直接的關係，從而我們得出一個結論——SM可以兼職。

其次，在工作方式上，傳統專案的專案經理，一般的職責就是指導、監督、審批、複核、決策等等，我們一般來說把這種角色翻譯成Manager或者是leader。然而，Scrum規則中告訴我們SM服務於開發團隊，服務於組織，在自組織和跨職能方面給於團隊指導，所謂的服務型領導或者說有一個比較時髦的詞，叫做coach或者trainer，所以，我們看到SM更像是一個指導而不是一個領導，在團隊中發揮的做用也是輔助職業，牧師薩滿或者鳥德~給團隊加血的。

第三，我們看在專案上參與的事情，現在很多的國內企業，包括我所在的組織在內，專案經理是一個相對重的職位。要負責管理，要負責需求，要負責商務，最普遍的現象是還有一定的生產開發任務。其實這是一種不正常的現象，專案經理給的的字尾是Manager，既然是Manager那就應該將工作重點放在管理上，管理的內容無非就是進度、成本、質量、範圍、風險等等等等與專案相關的專案方面。然而對於SM來說，在敏捷團隊中這些方面的管理是由自組織團隊來自我管理的，SM的字尾是Master，也就是師傅。師傅的目標就是讓團隊如何很好的實踐Scrum的思想，如何構成一個美麗的敏捷團隊。那換句話說，SM相對於團隊來說，是個相對獨立的崗位，做的事情不是在專案或者生產之外的。

第四，團隊中的地位。在傳統的專案體系下，專案經理是絕對的團隊核心，因為專案經理基本上掌握著團隊的核心情況。所以，一切的決策和關鍵事項推進。然而對於敏捷團隊來說，所謂的集體決策和無領導小組，都是自發的，SM從根本上來說更像是一個組織改進的推手，從理論上來說，SM不算是專案組成員，或者說，比起專案經理的核心地位，更像是一個為團隊服務的角色。

至於其他的區別，百度有很多理論，關鍵在於一個工作方法，另外一個很重要的關鍵問題就是怎麼去親身的去感受。

最後，如果想成為一個真正的SM，建議大家都去學習一下CSM認證，這個認證是由Scrum聯盟發起的，無論是理論還是實踐來說都是最好的途徑。