文章導讀：

       蒸汽機的改良、內燃機的創(chuàng)制、電力的廣泛應用，這些作為人類歷史長河中重要的里程碑，無不通過其自身深遠的影響推動這人類社會的發(fā)展。在現(xiàn)代，計算機和因特網的高速崛起，乃至現(xiàn)在初出茅廬的人工智能技術，正在以一種顛覆性的姿態(tài)改變著人類的生活。軟件工程師，作為這些領域的一線工作人員之一，其熱門程度以及話題度可謂一直居高不下，他們的工作成果已經在逐漸與各行各業(yè)緊密聯(lián)系。由于軟件工程師的工作內容技術性比較強，對于沒有接受過專業(yè)培訓的人來說，很難理解，所以導致了很多人在與工程師做工作對接時很不順利，低效的爭吵頻繁出現(xiàn)，白白浪費寶貴的資源和時間。因此如何在工作中做到更好地與工程師溝通進而提高工作效率，是一個值得研究課題

正文：

       從正文開始，為了方便敘述，本文會以“程序員”這個更為大眾熟悉的詞語作為軟件工程師的代名詞。那么，要解決與程序員溝通的問題，首先我們需要知道，究竟是什么因素，導致我們無法把自己的想法很好地傳達給我們親愛的超級無敵牛X哄哄上天下地無所不能的程序員哥哥呢？

麻煩的程序員思維：

在很多人的認識中，用一句簡單的話去概括他們的工作那就是“敲代碼的”，這個說法本身沒有問題，大部分程序員其實主要工作都是編碼為主。而事實上，一個稱職的程序員在完成一個完整的功能，從他開始規(guī)劃、實現(xiàn)、修改、落地都是要經過了一些非常細致考慮，這些工作方式也逐漸影響這程序員處理問題的思維方式。換個角度來說，計算機非黑即白的0和1決定了程序員不得不在思考問題的時候盡量考慮清楚事物的可能性。

比如實現(xiàn)一個功能，無論在規(guī)劃階段乃至實現(xiàn)階段他們總會發(fā)現(xiàn)這個功能在某些特定場景下會有問題，如果想真正上線，需要針對這些問題進行一些處理，而進行問題的處理往往需要花費不少時間，甚至可能本身要比簡單實現(xiàn)這個功能要復雜得多。就算已經有方案，也得研究一套效率高，影響小，可行性高的。但普通人不一定會看到這些，就算看到了，由于不懂技術也不理解為何這么復雜，覺得你想多了，以后再說，趕緊出貨。其實真有事情的那天，不是他們的錯，代碼他們寫，鍋還是他們來背。所以說每個程序員上輩子都是折翼的天使，拿著買白菜的錢，操著賣白粉的心。

圖片來源：網絡

低調木訥：

這兩個詞語似乎已經成為了程序員的標簽，在工作中，程序員的溝通可能包括：與產品經理溝通需求、與同行交流技術、與同事分享工作和生活趣聞等。看上去跟別人沒什么不一樣，但是為什么各位程序員哥哥還是被打上低調與木訥的標簽呢？

拋開個人性格問題，從職業(yè)特色來看的話，那就是因為一些程序員在工作中過于追求時間上的高效，忽視溝通的重要性，認為“說這么多，最后還不如我改多幾行代碼搞定”。畢竟祖師爺Linus Torvalds也說過“talk is cheap,show me the code”。久而久之，這種工作狀態(tài)一旦形成，會把溝通視為一個低效的工作環(huán)節(jié)，給人一種難以接觸的感覺，難以在同事互相之間形成信任，這種情況在一些性格孤僻認為技術就是一切的程序員中尤為常見。

公司是各種角色的集合，像老板、總監(jiān)、經理、設計師、外包測試乃至推廣，彼此間的交流仍然要通過自然語言而不是機器語言實現(xiàn)。技術也不是三兩句話能說清楚，但是一些基本的共識很有必要在相關直接對接的同事之間通過溝通達成的，即使一味專注于代碼，也就只能解決程序內部問題，并不能解決變化更大、更不可控的外部問題。事實上，優(yōu)秀的程序員，除了出色的技術技術水平外，良好的溝通能力也是優(yōu)秀的另外一種體現(xiàn)。

另外值得一提是，大部分程序員都不喜歡在他專心工作時被別人以任何形式中斷，除了發(fā)獎金。

圖片來源：網絡

這個需求做不了：

每當產品經理興高采烈地拿著一張連他親媽都不一定看得懂一只字的草稿來到剛提完代碼準備下班的程序員座位前，然后開始興奮地說話都要夾帶家鄉(xiāng)話般描述著一個能夠改變人類接下來20年的生活方式的宏偉項目時，我們的程序員哥哥最后總會很不識趣地說一句：“這個需求做不了”。

這種情況其實不能怪程序員了，上文刻意描述的并不是指影響人類20年的項目在技術上是否能實現(xiàn)，而是正常的軟件生產環(huán)節(jié)中，任何需求，如果是沒有詳細文檔的，程序員都是在沒有考慮任何技術背景下，以正當理由直接拒絕的。

圖片來源：網絡

Deadline綜合征：

如果說前面提到低調、木訥、沉默是很多程序員正常工作狀態(tài)時的一個寫照，那么deadline仿佛就像女性的生理期一樣成為程序員揮之不去的陰影。每到deadline，看到手頭上工作還沒忙完，看似已經完成了工作頻頻出問題，產品經理每過兩個小時過來問問題解決了沒，今天能上線嗎？那個平時看上去木木訥訥、人畜無害的程序員能夠讓你明白什么叫程序員式的不在沉默中爆發(fā)，就在沉默中死亡?；旧厦總€程序員都有過在deadline時苦苦掙扎，大發(fā)脾氣的經歷。

請至少在deadline時候對程序員好一些?；蛘哒f，別管他。

圖片來源：網絡

接下來，列舉一些錦囊，給各位同學參考使用。

幾個可行的溝通辦法：

1、如果沒學過技術，那么你應該相信你們的程序員的決定，同時要確認他們知道你要做的是什么。

2、使用明確的文檔給程序員，而不是一句話需求。

3、請避免在忽視程序員的意見下去定產品開發(fā)周期，尤其是沒做過的東西。

4、縮短會議的時間以及頻率，讓程序員有連貫的時間能夠做事情。

5、不要用代碼量去評估程序員的工作量。

6、不要把deadline當天氣話放在心上。他們會很直接的向你抱怨，抱怨完后他們會把東西做完。

7、溝通遇到障礙時嘗試使用提問的形式，what why how。

8、對外介紹的時候，使用xx工程師作為職位，私底下可以隨意，就算叫二狗子也是OK的。

9、成為程序員的女朋友，開啟你的上帝模式。

總結：

       通過今天的簡單介紹，大家應該對程序員溝通障礙有一個初步了解，其實在生活中，程序員與從事其他職業(yè)人們并沒有太大區(qū)別，只要采用適當?shù)姆椒ǎ瑴贤▎栴}必然迎刃而解。而作為程序員的我們，也應該放下技術擔子，嘗試站在產品、用戶的角度去思考問題，這樣才能提升相互之間的工作效率，成為一位值得信賴的軟件工程師。