流於形式的溝通

此章主要概括溝通的方式和方法決定著我們的成敗，在軟件開發的過程中必然存在著溝通交流，有效的溝通可以達到事半功倍的效果。

在項目開發時，我們肯定需要面對客戶，客戶的需求就是我們的工作方向，然而我們該如何與客戶溝通。想當然地用我們與計算機交流的語言C等等與客戶交流是不可能的，我們需要用客戶熟知的語言去與他們交流，當然如果開發人員可以熟練地轉換自身角色那麽他便可以以需求調研的身份去與客戶交流溝通。UML的交流方式會使原本簡單的方式變得更加復雜。所以我們需要的是以客戶的語言去與他們溝通，在客戶的世界裏去溝通他們的需求，這樣不僅有簡單溝通的方式，還使問題變得簡單，節省了更多的時間。

項目用甲骨文寫，這是一個實例。在與不同的人溝通時，我們可以用他們熟悉的語言，去讓別人了解我們的項目。“求道於盲”並不是盲人不知道路怎麽走，而是你要用他的方式，去摸索他所描述的路。UML在客戶眼裏就如同盲人的世界，我們只能使用客戶理解的方法去交談。愚公的“聚室而謀曰”是很好的溝通方式。

”最簡溝通“需要的是我們在與客戶的每次溝通時都需要保證溝通的有效。這需要我們團隊本身去尋找如何與客戶溝通才能真正了解客戶的需求和滿意程度。極限編程的“現場客戶”是不經常存在的，所以團隊需要動用自己的力量去尋找客戶公司的種種方面，了解之後設計提問問題，盡可能涵蓋多個信息點，由此信息點發散產生多種假設。用mail的方式和電話回訪這便可以讓我們的整個項目提早的進行修正。數據整理，模塊分析，統一系統模型。面對面的溝通讓客戶實際操作提出問題。第三次溝通我們可以發現其他的問題。三次溝通重點是有效，深入了解客戶的需求，設計提問的方式和多種可能的結果，讓我們的項目更好的發展下去。

中華五千年的歷史只有三千年可以考查。項目如同歷史，一旦終止或中斷便無從下手，所以說維護就項目比開發新項目更難，因為不存在history。為“不存在的角色“留下項目的history也是溝通的一種有效方式。

溝通是存在目的性的，而不是僅僅的交流感情。溝通存在於客戶與開發團隊、項目角色與角色之間，溝通無處不在。用與不用UML在於溝通方式的選擇，選擇有效、通用的溝通方式是最佳的。

《大道至簡》第四章讀後感