溝通一般都不是工程師的強項，他們寧可花一個下午和（可理喻，有邏輯的）編譯器搏斗，也不想和（不可理喻，情緒化的）人打交道。大多數時候，工程師都視溝通為編寫代碼的障礙，但是如果你的團隊沒有事先達成共識，那么是沒有辦法知道你的代碼寫得對不對的。  工程師通常更喜歡和可理喻的、有邏輯性的人待在一起 只要檢視一下任何優秀、有效率的工程師文化，你就會發現它們對各種溝通渠道的重視，例如郵件列表、設計文檔、任務宗旨、代碼注釋、產品說明等。讓所有人認同團隊的方向并完全了解團隊要做什么是很花精力的，但是這些努力的回報是生產力的提高和更快樂的團隊。 溝通的指導原則之一就是在同步溝通的時候（比如開會），人越少越好。而在異步溝通的時候（比如E-mail），涉及的聽眾越多越好。更重要的是，你必須確保項目文檔里的信息要盡可能地讓所有人都看到。接下來我們要討論軟件開發過程中團隊里主要會用到的溝通方式。其中有些看起來似乎是無需贅言的，但是其中還是存在一些細微差別，值得再好好審視一下。有一件事是肯定的：如果你不花精力好好溝通，最終一定會浪費更多的精力去做一些沒必要的工作，或是團隊里別人已經做過的工作。