為什麼技術人員普遍都比較難溝通？

　　有人提交了一個問題：

從事網際網路有幾年時間，接觸到的技術人員大多有以下問題：①、木訥、沒禮貌；②、合作做事情不喜歡彙報進度（比如正在做東西，忽然停下不知道幹別的什麼去了，不催他都不跟你講）；③、不回QQ，回的話就重現第1點。

　　請問這是普遍問題麼？各位技術人如何看待？

　　以下是部分精彩回覆摘錄

　　一、李楠

　　和技術人員的溝通不順暢，責任主要在產品人員身上。原因很簡單，人家是搞技術的，不是負責和使用者交流並且給技術人員傳達需求的。你如果進入他們的語境，熟悉他們的邏輯，往往會發現你能高效的和他們溝通。

　　進度把控不好，責任主要在專案管理人員身上。原因也很簡單，人家是搞技術的，不是管理和控制進度的。你需要組織會議，建立制度，收集進度，評價結果。

　　最優秀的程式設計師當然是溝通順暢，自我管理好並且有大局觀的。

　　但是，我個人不在乎木訥，不愛彙報進度的程式設計師。只要，他遵守規矩，能拿出可用的程式碼。我也見過很多溝通伶俐的程式設計師，總有漂亮的進度彙報。但是，他程式碼的穩定性可能糟糕到我不得不重新安排人再寫一次。

　　樓主貌似產品或者專案管理人員？我的建議是，不要總想著把事情賴在別人頭上，做好你自己的工作。就像一個木訥的技術人員為你搞定記憶體洩露一樣。

　　二、範凱

　　我比較同意 @李楠 的看法。

　　>>1、木訥、沒禮貌。

　　做技術需要踏踏實實沉下心來做事情，久而久之就會養成相對內斂一點的性格。如果你碰到一個滿口甜言蜜語的技術人員的話，你真的要小心了，這種技術人員往往會給你惹出很大的麻煩，比方說謊報工作成果，在團隊內搞風搞雨，搬弄是非，挑撥離間，這是我招人的血淚教訓啊。

　　>>2、合作做事情不喜歡彙報進度，比如正在做你的東西，忽然停下不知道幹別的什麼去了，不等你催他都不跟你講。

　　如果是“合作”關係的話，用“彙報”這個字眼顯得很有問題。他既然和你是平級的合作關係，憑什麼要向你彙報他的工作？ 要彙報也是隻有義務向自己的領導彙報吧。

　　比方說我手下帶的研發團隊、產品團隊和運營團隊共同合作做一個專案。研發工程師沒有任何義務向產品人員或者運營人員彙報進度，研發團隊只有義務向我彙報工作。那麼團隊之間怎麼加強溝通呢？我採用的辦法是：

　　各個團隊把進度彙報到我這裡來，我讓產品人員每週出一個專案進度週報，郵件群發給所有人，讓每個人瞭解專案的進度。另外，在專案上線前30天開始倒數計時，每天下班前，我把專案組所有人召集起來進行一個快速的每日進度的review溝通會。

　　我採用這種專案管理方式屢試不爽，產品，研發和運營團隊協作的效率很高。所以說，出現你說的那種情況在我看來就是領導的失職，產品人員沒有許可權直接指揮和自己平級的研發人員。是上一級的領導放棄了自己的職責。

　　>>3、不回QQ，回的話就重現第1點。

　　我工作的時候不喜歡開QQ，開QQ也是免打擾模式。有事給我發郵件說，這是我灌輸給整個團隊的理念。

　　再多說兩句，程式設計師這個職業的專業性非常強，不要說和外行人交流，就是做不同領域的開發，幾乎都無法交流，比方說做Web專案的、做嵌入式開發的，做遊戲引擎的，他們的知識體系都很少重疊，幾乎無法在專業領域進行有效的交流，更不要說和非技術人員交流了，那肯定是很容易出現障礙的。

　　我打個比方，醫生這個職業的專業性也很強，所以你會感覺醫生也很難交流，通常很不願意和患者進行深入的交流，這和程式設計師是一個道理，知識體系差異太大，除非交流能力特別強的人，否則很難建立有效交流。

　　最後補充一句哈：檢查程式設計師的工作進度對技術出身的經理來說，並不是什麼難事，其實就算程式設計師不向我彙報，我也照樣知道他們的工作進度。道理很簡單，我有公司內部git原始碼伺服器的最高許可權，我會定期pull各個專案的原始碼出來，看看最近誰提交了哪些commit，呵呵。

　　三、大樹

　　我自己從事軟體開發工作已經有接近5年了，樓主說的這幾點現象確實在同事們身上普遍存在。

　　1. 木納我想大部分是無意識行為，也就是很多開發的學習經歷和工作經歷中都缺少與人溝通的機會，更別談能和其他同事好好溝通了。我自己的親身體會是我會努力的和其他同事甚至任何人進行溝通和交流，但是因為我缺少這方面的經驗和技巧，我會犯錯，同時會敏感的意識到不好的交流給其他人造成了不愉快的情緒，我會有挫敗感，挫敗感又會再一次傷害我跟其他人交流的信心。總之這是一個我自己都沒有解決好的問題。

　　同時由於長時間面對機器，直來直去習慣了，例如，機器給一個hello world，程式設計師可能只會想到一個main函式和prinf呼叫，不懂跟自己溝通的其實是一個活生生的有其他想法的人，忘記了考慮人性的東西。

　　例如，PD詢問複雜功能是否能實現的時候，有些程式設計師同學根據自己的實際經驗馬上給出直白、冷冰、不能再商量的不行的回答。其實拐個彎，例如時間成本比較高、時間在寬裕一點我願意嘗試一下之類的回答更會讓PD心裡更舒服些。這樣能給雙方一個契機，讓話題更加深入且愉快的發展下去。

　　還有一種不太好的現象應該就是真的和程式設計師這個群體有關了。很多程式設計師同學都比較自負，這些自負的情緒可能來自於較好的學習成績，相對同齡人較好的收入，甚至有可能只是解決了某個bug。在缺少溝通的自我意識裡這些因素可能不會讓他們意識到這並沒有什麼了不起的。

　　為了提升自己說話的方式愉快的和其他人相處我甚至買了了《蔡康永說話之道》這種看起來很無聊的書，不一定對我的說話技巧有多大的提升，但是使我意識到說話是門學問。

　　2. 不彙報工作進度要不是懶，要不是對自己的工作沒有規劃。要想讓自己成為一個讓其他人放心的人，自己想留給其他同事一個靠譜的印象的話，受人之託就要忠人之事，由於IT行業的特殊性，更應該增加反饋自己的工作進度頻率。這是做事情的態度，並不侷限於IT這一個行業。自己不靠譜就不要指望能擔重任了。

　　為了不忘記其他同事交代給我的事情，我會把事情記在備忘錄裡，放在身邊。明白自己正在進行哪些工作，哪些工作什麼時候需要反饋。

　　3. 不回QQ請用郵件，或者直接電話。工作交流還是儘量少用QQ，可以走到他的工位聊，用你覺得能帶動他的任何方式。

　　每一個不能愉快和其他同事相處的程式設計師同學都應該思考這幾個問題。