Scrum項目在公司的組織結構中無法單獨生存，必然需要公司其他部門的合作和約束。Andrew Pham和Phuong-Van Pham在“Scrum in Action”中分享了和管理層溝通的技巧和經(jīng)驗。

　　除非你獨立工作或者職于小型的創(chuàng)業(yè)公司，否則項目經(jīng)理總是需要和組織內(nèi)的許多人溝通來推進項目。雖然Scrum本身沒有項目經(jīng)理的概念，但是這并不意味著項目管理被拋棄了。對于實踐Scrum的人來說，我們知道Scrum中的項目管理責任被轉(zhuǎn)化并分配給了產(chǎn)品負責人、團隊和ScrumMaster。

企業(yè)高層管理者

　　在與企業(yè)高層管理者（如CEO、總裁、首席財務官或者業(yè)務部門的高級副總裁）溝通時，Andrew和Phuong建議避免談論Scrum會如何幫助你更快地構建更好的軟件：

　　作為企業(yè)高層，他們會對你彬彬有禮，但是終拒絕你，同時還會奇怪到底是誰把你招進了公司——浪費他們的時間泛泛而談，而不是通過他們更加容易理解的財務術語來提出想法。?雖然構建更好的軟件或者改進開發(fā)人員的效率對高管來說重要，但是他們更感興趣的是公司整體市場份額、大規(guī)模的成本降低和整體的利潤率。因此，盡管你對Scrum懷有好感，但是不要得意忘形地和高管談論如果你被允許使用Scrum之后你的軟件會如何出色或者你的構建會如何迅速。

　　相反，通過數(shù)字或者至少是整體的業(yè)務戰(zhàn)略來把你的技術實力和熱情與高管的財務思想關聯(lián)起來。不論和你組織里的哪個人交流，都必須考慮傾聽者的觀點和角度，并此溝通。?了解IT項目如何適應高管的整體構想和戰(zhàn)略將幫助你更加有效地告訴他們，你的項目將如何對公司的整體戰(zhàn)略做出貢獻。請謹記，通過財務數(shù)據(jù)（也是業(yè)務語言）將你的項目貢獻?與公司聯(lián)系起來是很重要的。你的老板會感謝你。

　　關于項目管理辦公室，Andrew和Phuong建議：作為負責IT績效并與公司業(yè)務需求和戰(zhàn)略保持一致的機構，項目管理辦公室（PMO）應該是你第一個需要面對的機構。如果你了解PMO的關注點，你應該很容易把PMO變成盟友，因為它的使命是確保IT項目為業(yè)務帶來大價值。畢竟，我們對產(chǎn)品負責人的使命的所有了解應該來自于Scrum項目，不是嗎？

中層管理者

　　在我們深入討論中層管理者或者執(zhí)行團隊的職責之前，我們應該搞清楚在日常職責中，這些人?的工作受你的項目影響大。Andrew和Phuong建議：

　　因此，你有必要取得他們的支持來成功地完成項目。請記住，中層管理者的作用不是來搗亂的，而是提供支持和幫助。他們關注的是把問題降到小，看起來像是一個成功的團隊，并在正確的時間做事情。變化總是困難的，需要合理的管理。你作為給團隊帶來變化的人，應該了解大家通常是如何處理變化的。你必須知道如何與中層溝通并給與他們足夠的理由使之相信這些變化讓他們受益。當大家聽到變化來臨時，你可以期待的好反饋是他們嘗試理解這些變化會帶給他們的后果。希望，反饋不是恐懼和反感。?接下來，根據(jù)溝通和收到信息的質(zhì)量和數(shù)量?，他們可能直接或間接地抵制，或者如果他們認為對自己的工作和職業(yè)生涯有好處，他們會接受變化。因此，在溝通時，時刻記住對方的利益，確保你的溝通產(chǎn)生了所期望的結果，并且為你提供了你所需要的幫助。你應該計劃的聯(lián)系，保持接觸，與您的項目將帶來的變化將影響人們的溝通，你應溝通，在這樣一種方式，他們可以清楚地看到，這是對他們有好處。你應該與會被項目引入的變化所影響的人保持溝通，并采用上述的方式使他們清楚地認識到這些變化對他們有好處。

質(zhì)量保證管理層

　　考慮到Scrum中測試的重要性和變化本質(zhì)，你應該想要與質(zhì)量保證團隊建立良好的關系。?根據(jù)你的公司是否已經(jīng)為常用的Scrum實踐做好準備，主要是測試基礎設施方面，你可能需要為此或多或少的做些工作。如果Scrum是企業(yè)文化的一部分了，那么你只需要了解流程并試著利用。如果Scrum還沒有成為企業(yè)文化的一部分，你可能需要向質(zhì)量保證管理層解釋Scrum，特別是主管測試的人，并獲取他們的支持。你可能要求他們派出某個人全程參與你的項目，并且/或者為項目搭建合適的測試環(huán)境，這樣，你可以快速準備好自動化測試、回歸測試和持續(xù)集成測試。

運維管理層

　　不論你喜歡與否，都無法避開運維管理層。他們負責控制所有的預生產(chǎn)和/或生產(chǎn)活動。確保和他們溝通并解釋你所需要的東西，以便在每個Sprint結束時交付的代碼符合他們的預期標準。首先，請記住，開發(fā)團隊和運維團隊具有不同的，有時是相反的目標。?作為開發(fā)團隊的一員，你的目標是持續(xù)地交付對業(yè)務的實際價值?。但是，在此過程中，你引入了變化，而運維團隊的目標是在確保一切穩(wěn)定的狀態(tài)下持續(xù)交付價值。因為Scrum開發(fā)的本質(zhì)，會有更多的軟件發(fā)布，通常存在許多更小的更新，而不是幾個較大的更新，這些都需要運維團隊來處理。運維團隊不會也不能僅僅因為你的更新較小，而放棄他們的控制過程。這樣做會導致在運行業(yè)務系統(tǒng)時增加中斷。運維團隊仍一如既往地嚴格實施預生產(chǎn)驗證測試。整個變更過程保持不變，即使針對較小的更新。

　　因此，除非你的公司已經(jīng)準備好了某種自服務的部分，或者更確切地說，自服務部署過程的自動化，否則請努力與運維團隊做好日程安排，因為這會幫會組他們處理持續(xù)的更新。作為回報，他們會幫助并感激你。隨著時間推移，運維團隊會發(fā)現(xiàn)有更多時間處理其他工作，從而很高興為開發(fā)團隊提供變更支持，同時，也會保留對生產(chǎn)環(huán)境的所有控制。

把你的直接管理者變成盟友

　　正如行業(yè)眾所周知的，中層管理者的目標是確保項目前進，避免翻船，因此除非你直接向CIO或者CEO匯報，否則請花時間與你的中層管理者溝通，確保她完全理解了Scrum和它需要什么。如果你的經(jīng)理不知道Scrum如何運行，而且你的項目進展不順或者進度落后，那么存在這樣的風險：你的經(jīng)理希望很快地轉(zhuǎn)化到傳統(tǒng)的命令控制式過程。??你必須盡可能地在項目啟動之前向管理層解釋清楚：Scrum是什么、在項目日常執(zhí)行時它的運行機制、在進展順利時如何運轉(zhuǎn)、在不順利時如何運轉(zhuǎn)。