一.
和技術人員的溝通不順暢，責任主要在產品人員身上。原因很簡單，人家是搞技術的，不是負責和使用者交流並且給技術人員傳達需求的。你如果進入他們的語境，熟悉他們的邏輯，往往會發現你能高效的和他們溝通。
進度把控不好，責任主要在專案管理人員身上。原因也很簡單，人家是搞技術的，不是管理和控制進度的。你需要組織會議，建立制度，收集進度，評價結果。
最優秀的程式設計師當然是溝通順暢，自我管理好並且有大局觀的。
但是，我個人不在乎木訥，不愛匯報進度的程式設計師。只要，他遵守規矩，能拿出可用的**。我也見過很多溝通伶俐的程式設計師，總有漂亮的進度匯報。但是，他**的穩定性可能糟糕到我不得不重新安排人再寫一次。
我的建議是，不要總想著把事情賴在別人頭上，做好你自己的工作。就像乙個木訥的技術人員為你搞定記憶體洩露一樣。 二、
>>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，可以走到他的工位聊，用你覺得能帶動他的任何方式。
每乙個不能愉快和其他同事相處的程式設計師同學都應該思考這幾個問題。
技術人員為什麼要寫部落格
剛收到郵件，您已經成為 csdn 專家。慶祝下。我認為這是對我 2013 年下半年以來恢復寫技術部落格並堅持下來的乙個肯定。很多年前，我曾在榕樹下 西陸社群 天涯社群 紅袖 網易等文學站點寫 那時也有人問我，寫這個做什麼？現在不寫了，只偶爾在心中構思 琢磨，但我想某年某月某日的某個午後，也許我還會拾...
做為技術人員為什麼要寫部落格
我所以指的寫部落格，不單只是寫一篇文章出來這一結果。而應該是寫的這一過程，寫過技術文章的朋友應該跟我一樣有這麼乙個過程。1 自己了解學習，文章所涉及到的知識點，及知識點衍生出來的知識點。2 對學習的知識點進行驗證，以確保理論值與實踐值保持一致34 動手寫，寫完後再次檢查校正並排版，然後發表 5我寫文...
做為技術人員為什麼要寫部落格
我所以指的寫部落格，不單只是寫一篇文章出來這一結果。而應該是寫的這一過程，寫過技術文章的朋友應該跟我一樣有這麼乙個過程。1 自己了解學習，文章所涉及到的知識點，及知識點衍生出來的知識點。2 對學習的知識點進行驗證，以確保理論值與實踐值保持一致 4 動手寫，寫完後再次檢查校正並排版，然後發表 我寫文章...