Pages

搜尋網誌

Friday, February 1, 2013

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

有人提交了一個問題:從事互聯網有幾年時間,接觸到的技術人員大多有以下問題:

①、木訥、沒禮貌;
②、合作做事情不喜歡匯報進度(比如正在做東西,忽然停下不知道幹別的什麼去了,不催他都不跟你講);
③、不回 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,可以走到他的工位聊,用你覺得能帶動他的任何方式。

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


來源: 知乎