作爲一個程序員。熟知工作中的溝通是多麼的必要。其重要性高之又高。作爲開發的人都知道一開始的是需求要是沒有清楚明確。到了開發中會遇到各種各樣的邏輯問題。隨之而來的就是需求的變更。代碼改來改去。驗收過程中客戶需求變更。我們往往要回爐重造。有的甚至是要完全推到重新來。這2中情況。多多少少和我們開發前溝通需求有關係。一個是開發方沒有屢清楚客戶需求裏面的邏輯。就開始開發。另一個是客戶本身對自己的需求認識不足。
有效溝通的本質。說白了。溝通就是聽得懂+說的清。說起來好像挺簡單的。做起來其實是有很大的難度的。啥是聽得懂，這可不單單指的是聽得懂字面意思就可以了，當客戶提出初步的需求的後。我們要知道他到底下個要什麼。然後在這個基礎上，引導出來需求分支問題。提出客戶考慮不到的方面。並出一個相對比較完整的實施和開發的方案。給客戶做參考。啥有是說的清，當我們有疑問的時候。我們要清楚的表達我們的疑問的主要矛盾和關鍵點。把主要矛盾問清楚。最後出一個解決這個主要矛盾的解決方案。
溝通中不要說廢話。浪費溝通雙方的時間成本。我參加工作這些年。發現了一個開會的通病。開着開着會。開會的主題就跑題了。跑到了山溝溝裏。和主題沒有一點關聯。然後會議結束後往往是原定的會議只要矛盾沒有解決。會白開了。這個是自己體會。不知道你們有這樣的體會嗎？