溝通一般都不是工程師的強項,他們寧可花一個下午和(可理喻,有邏輯的)編譯器搏斗,也不想和(不可理喻,情緒化的)人打交道。大多數時候,工程師都視溝通為編寫代碼的障礙,但是如果你的團隊沒有事先達成共識,那么是沒有辦法知道你的代碼寫得對不對的。

工程師通常更喜歡和可理喻的、有邏輯性的人待在一起
只要檢視一下任何優秀、有效率的工程師文化,你就會發現它們對各種溝通渠道的重視,例如郵件列表、設計文檔、任務宗旨、代碼注釋、產品說明等。讓所有人認同團隊的方向并完全了解團隊要做什么是很花精力的,但是這些努力的回報是生產力的提高和更快樂的團隊。
溝通的指導原則之一就是在同步溝通的時候(比如開會),人越少越好。而在異步溝通的時候(比如E-mail),涉及的聽眾越多越好。更重要的是,你必須確保項目文檔里的信息要盡可能地讓所有人都看到。接下來我們要討論軟件開發過程中團隊里主要會用到的溝通方式。其中有些看起來似乎是無需贅言的,但是其中還是存在一些細微差別,值得再好好審視一下。有一件事是肯定的:如果你不花精力好好溝通,最終一定會浪費更多的精力去做一些沒必要的工作,或是團隊里別人已經做過的工作。
- 內容提要
- 致謝
- 本書宗旨
- 對本書的贊譽
- 前言
- 第一章 天才程序員的傳說
- 幫我把代碼藏起來
- 天才的傳說
- 隱瞞是有害的
- 團隊才是王道
- 三支柱
- HRT實戰
- 下一步
- 第二章 培養出色的團隊文化
- 什么是文化
- 為什么要關心它
- 文化和人
- 優秀團隊文化中的溝通模式
- 高層面同步
- 每日進行的討論
- 使用bug跟蹤系統
- 溝通也是工程的一部分
- 說到底真正重要的還是代碼本身
- 第三章 大海航行靠船長
- 自然界沒有真空地帶
- @Deprecated Manager
- 主管才是新的經理
- 唯一要擔心的就是……好吧,所有的事情
- 仆人式領導
- 反模式
- 領袖的處事之道
- 人是植物
- 內部激勵和外部激勵
- 結語
- 第四章 對付害群之馬
- 什么是“害群”
- 保護團隊
- 發現威脅
- 第五章 操縱組織的藝術
- 優點、缺點和策略
- 理想的情況:團隊在公司里應該是怎么運作的
- 現實的情況:當環境成為成功路上的絆腳石
- 操縱你的組織
- B計劃:走為上
- 不要放棄
- 第六章 用戶也是人
- 管理大眾的印象
- 管理和用戶之間的關系
- 結語
- 附錄A 延伸閱讀
- 版權