我們都知道，一個新發明如果不被人們所需要，那只是一個失敗品。一篇文章的觀點如果不被人們所接受，那么就算文筆再好，也只是一張廢紙。同樣的，一個與客戶需求不符的程序，哪怕它的架構再好，都只是一個廢棄品。

在不同國家的人們之間，我們都一直在追尋一種有效的溝通方式，達到合作共贏的局面，于是就有了翻譯的出現。翻譯就相當于是這兩個國家的語言不通的人之間的橋梁，翻譯了解的不僅僅是這兩種語言之間語法的差異，還了解他們不同的地域文化，才能做到有效的溝通。與此類似的關系就是開發人員與客戶之間的關系，那么誰能搭建起這個溝通的橋梁呢？有人說是UML，但是我不這么認為，UML只是一種溝通的手段，在客戶能理解的情況下，我們如果能使用它當然好。如果不能，我們總不能要求客戶去學習UML之后再來與我們談項目，就像你不能指望你所有的客戶都了解C語言一樣，所以只有另辟蹊徑。UML的中文意思是統一建模語言，大概是創建這種語言的人希望程序員和客戶都能使用這種語言去溝通，但是現實中的可行性并不高。而且更糟糕的情況可能是本身開發團隊里的成員也不了解這種語言。在這樣一種情況下，尋求一種有效的溝通方式是非常有必要的。與其要求他們學習一種語言，不如使用他們那個世界的通用語。客戶是因為他們覺得你了解了他們的需求才會把這個項目讓你們來做，并不是因為你把UML學的多么好。

如果在每一個項目開發中，客戶都能在程序開發的第一現場，隨時向程序員確認完成功能的有效性，修正需求或者先前的需求描述的話，那么客戶的需求一定能達到最大的滿足。但是在實際的開發中，這是難以達到的。所以我們的溝通方式不僅僅要有效，還要有時間限制。我這里所說的溝通，指的不是大家一起出去吃個飯，聚一聚，溝通感情。這樣的溝通方式是很難以達到我們更深入了解客戶需求的目的的。比如我們可以在與客戶溝通之前，先在網上查詢相關的軟件系統的特征來抽取客戶所關注的內容，與其同類的公司進行比較，通過這樣的方式來設計問題，每一個問題盡可能地覆蓋可能多的信息點，或者能夠讓客戶想到更多發散性的需求。通過類似的方式，保障每一次的溝通的有效性，而不僅僅是通過吃一頓飯溝通感情這么簡單的事情。

以前的電視機售賣的時候都配有電路圖，看電視的人并不會用到，那么電路圖是給誰看的呢？當然是維修人員。一個好的程序的評價標準之一就是便于維護。這就要求我們在開發程序的時候也要考慮到程序的可維護性，也要考慮到與維護人員的溝通方式。可以留下一些文檔類的文件便于讓維護人員更好地了解程序。

轉載于:https://www.cnblogs.com/yanyuqing/p/4905629.html

總結

以上是生活随笔為你收集整理的深入沟通的重要性——《大道至简》第四章读后感的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。