第四章名爲流於形式的溝通,在這章裏做者講述了溝通的重要性以及溝通所須要的的技巧,溝通分爲程序員與客戶的溝通以及程序員與程序員之間的溝通。尤爲講述了做爲編程人員與用戶之間的溝通。程序員
第一節的標題是「客戶不會用C,難道就會用UML嗎?」。開發人員老是要先接觸客戶的,只有這樣,才能知道要作什麼。可是,開發人員與客戶的交流不多是用專業的變成語言來交流的,由於客戶不可能瞭解專業的編程語言。因此,這就要求開發人員要學會如何在客戶不懂編程的狀況下與客戶進行正常且有效的溝通,只有這樣,才能作出客戶滿意的程序來。而作出客戶滿意的程序是一個程序員的生存所需的最基本要求。編程
第二節的標題是「項目文件真的能夠用甲骨文來寫」。最中心講的是「咱們須要在正常人與忙人之間創建一種溝通的方式,既然盲人不能睜開眼睛,那麼你就閉上眼好了」。當程序員與客戶溝通時,既然客戶不懂編程語言,那麼程序員再與其溝通時就不要用程序語言就行了。不用程序語言的同時要確保是有效的溝通。編程語言
第三節的標題是「最簡溝通」。在這裏做者講述了他對項目組員的溝通計劃的要求:1.在一個月中,只能跟客戶做三次聯繫;2.三次聯繫中,最多隻有一次面談的機會;3.一個月後,提交所有的需求調研報告、需求分析和關於該項目的遠景規劃。由於客戶不會有時間來處理開發人員的問題,所以,減小溝通和保障溝通質量的問題就顯得很是突出。在這裏,做者強調了溝通的質量。測試
第四節的標題爲「爲不存在的角色留下溝通的渠道」。在這裏做者講述了做爲編程人員,編程時不只要在必要的地方作註釋,還要在編程結束後寫下歷史記錄。歷史記錄應包含的記錄內容應有需求階段、設計階段、開發階段、測試階段的各類內容,更重要的是在每個記錄後寫下時間和你的名字。設計
第五節的標題是「流於形式的溝通」。溝通是有目的性的,若是在沒有目的的狀況下與客戶溝通,那將是兩非客戶和本身的時間。溝通不能夠流於形式,溝通應該是以解決問題爲目的的。至於溝通方式,只要是行之有效的、能在各個項目角色之間通用的,就是最好的溝通方式。開發