在scrum中，作爲scrum master必須要做好一個接口的作用。
標準的scrum中，通常一個sprint一點確認了任務以後。通常master就要有責任和義務爲組員抵擋一切干擾。以確保sprint能正常demo。
實際工作當中，很多的干擾也是超出master的管理範圍的，那麼究竟有哪些干擾呢。我們來總結一下：
上級對個別組員的干擾：直接分配任務給具體組員。（老實說，這樣的上級確實太二，或者說操心太多。）
客戶對個別組員的干擾：直接以客戶的角度分配任務給具體的組員。
Bug和環境問題的干擾：當過程中出現了前幾個週期的bug，或者環境出現問題而影響進度。
個人想到的也就這些，解決辦法。儘量引導組員將問題拋出來解決，培養成員team的概念。一旦有新的任務過來，都是組裏面的任務和事情，而不是個人的任務和行爲。並且所有的輸出都team的輸出，不是個人所爲。這樣一旦問題被拋出來，master至少對問題有了一定的瞭解，可以採取及時的措施。如果所有的輸出以team爲單位輸出，那麼問題也必須經由大家的plan和商議。這樣能大家一起幫助規避風險。
對於上級和客戶的私自行爲，master可以去和對應的人溝通。如果對應的人堅持己見，可以將所面臨的風險列出來，並告之對team的影響。如果對應人一意孤行。（人往往覺得自己的事情永遠都是優先級第一的。尤其在一些有強烈優越感的manager們面前。）那麼只能說具體情況，具體分析。要麼想更上級彙報。（下策）要麼勉強接受。（上策）因爲在實際工作中，太過冒進有時候會傷及自身。而且manager有時候的決定是站在更高的角度來考慮問題，也許有些事情不方便告訴你，也許有些事情確實是自己認識不夠。那麼這種情況，只能儘量完成工作，但不作出承諾。
大忌：組員認爲這個事情無傷大雅，邊私自將活攔下來，然後竭力完成。在出問題前，要給組員明確這樣的思想。出問題後，鼓勵組員的同時並強調事情嚴重性。從而保證下次不再犯同樣的錯誤。