在VUCA時代下，互聯網的項目管理中，PM（項目經理）大多數會處于矩陣類型環境下項目管理，往往需要跟不同組織、體系、部門下的研發、測試大牛們進行溝通。有些項目經理在溝通、表達基本上沒多大問題，不過一旦遇到技術大牛們。這些技術大牛可能就會各種不屑，針對問題不會和你說的特別明白，而是用他們的專業術語搪塞，同時秉承著“跟你說多了，你也不懂”的態度，感覺項目經理反而額外給他增加了工作量，或者僅僅是一個“催“進度的人。
遇到這種情況，該怎么辦？如何在這種情況下化尷尬為玉帛，化激情碰撞為風和細雨，個人推薦以下幾種技能，希望對大家有所幫助。
技能一：“頓悟之語”
PM應明確自己的職責。
項目經理不是管理人的，并且不會把自己的想法，強加給其他人安排事宜。你的權利只來自于項目、組織、公司領導授權，這點必須要跟組員們明確。PM不一定是技術專家，（比如：技術設計、寫代碼、懂測試），但一定是溝通專家。學習大牛們的技術不是你的重點，但一定要了解技術中常用術語和基礎知識，你的重點是如何協調好項目中的大牛們因地制宜，發揮出自己的長處，從而使項目能朝著正確的方向發展。
項目經理必須有套路和章法，利用組織給你的管理權限去和組員做好溝通，讓項目的目標成為大家的目標，而不是你個人的目標。他們的價值不是因為服從你而產生，但絕對會因為服從你而提升。你需要發揮自己的個人魅力及建立影響力，加強和大牛們的溝通。不僅僅是項目事宜與工作，可以是生活娛樂、興趣愛好，給大家營造一個相對輕松的溝通環境，能讓組員看到你的亮點，愿意接受你的指揮。
技能二：“思緒仆從”
PM的態度不能太強硬了。
無論是業務知識、研發術語，項目管理知識都要有計劃的學習，多多積累。遇到有些組員不愿意過多解釋的問題，可以請教其他人。對于有些問題不能全怪別人，多自己仔細想想。項目經理如果不懂太多，什么都問，又沒有問到點子上，這樣確實占用了別人的時間。類似這種情況，可以工作時間以外多進行交流，比如一起吃個飯。平時周末安排點業余活動，虛心接受別人的意見，同時做好總結，以避免同樣的問題還要再三去問別人。
項目經理需要比較高的情商。其實工作上沒有誰真正的會去難為誰，盡量加強自己的理解能力，而且有時候，你認為很專業的詞匯，可能在組員眼里，是你必須要懂的東西。
技能三：“移形換影”
PM應多換位思考問題。
有的時候大牛們回答問題有些不屑，要自我反省，這個問題是不是問錯了人。不同的問題，要選擇不同的人來回答。建議可以先問“小牛“們一些問題，搞清楚問題的大概性質和影響，以及問題可以解決的方向。再根據方向，提出更高級一點的問題，去與大牛們一起溝通，讓他們參與到評估中來，這樣人家就不會不屑你了。
其實很多時候PM一上來就提出了一些“門外漢問題“，這樣自然會讓人家反感。有的人會覺得你在找茬，有的人會覺得你在浪費時間，甚至有的人會認為這樣的PM，對他們來說沒任何作用。不僅需要其他人幫助他來學習，還需要組員來照顧他的情緒。這樣也就會拖累整體項目的完成進程。
技能四：“專業診斷”
PM應發揮出自己的專業能力。
其實有好多大牛都不清楚PM也是一個很具體專業能力的崗位。要在項目中體現出項目管理的專業性。不要局限于在固定的管理流程下，一味的去做“催、催、催”的工作。要在每個項目管理環節都體現出自身的專業能力。
這種能力可以體現在提問題上，比如在需求階段PM可以提一些“需求是否需要長期規劃“，“如何快速解決重點需求或突出問題“、“是否有敏捷迭代的考慮”等，來配合業務方與產品經理更好的完成需求實現節奏的制定。在設計、研發階段，可以提一些像“這么設計是否通用”、“是否對現有功能兼容”、“是否影會響到其他系統升級”等，來引導大家更全面的考慮問題。在測試階段，可以問些像“測試用例中是否需要其他系統配合完成”，“測試環境是否有要求”，“測試數據是否需求提前準備”等來協助測試人員提前考慮風險。
PM一定不是要控制或要管理人，是項目控制，不是知識控制。遇到問題一定不能盲目的去向技術大牛發問，要多思考，多學習，多總結，去提有準備的問題。
