如果你打算使用問題和bug跟蹤系統的話(事實上你也應該用),很重要的一點是你要準備好一套流程來處理和分流bug,這樣才能鼓勵人們提交并且按時修復重要的bug。如果bug跟蹤系統不被重視或者沒有輕重緩急的安排,也就不會再有人提交 bug,人們的不滿也會無處發泄。當團隊最終開始在 bug跟蹤系統里亂挖的時候,他們很可能會去修復那些不重要的bug,卻把重要的bug丟在一邊。
記住,bug跟蹤系統的本質只是一個稍微專業化一點的“網絡論壇”或者“電子公告欄”。所以它也擁有很多和郵件列表相同的特點,因此很多最佳實踐都是可以照搬過來的。和bug有關的隨心交談都應該作為更新記錄在bug跟蹤系統里,所有的想法和決策都要“正式”發布給所有人看到。語氣措辭要文明,絕不容忍任何挑釁行為。如果討論變得過于冗長或是瑣碎,就應該把它暫時移到主郵件列表上去——E-mail客戶端更擅長處理這種復雜的討論串。
- 內容提要
- 致謝
- 本書宗旨
- 對本書的贊譽
- 前言
- 第一章 天才程序員的傳說
- 幫我把代碼藏起來
- 天才的傳說
- 隱瞞是有害的
- 團隊才是王道
- 三支柱
- HRT實戰
- 下一步
- 第二章 培養出色的團隊文化
- 什么是文化
- 為什么要關心它
- 文化和人
- 優秀團隊文化中的溝通模式
- 高層面同步
- 每日進行的討論
- 使用bug跟蹤系統
- 溝通也是工程的一部分
- 說到底真正重要的還是代碼本身
- 第三章 大海航行靠船長
- 自然界沒有真空地帶
- @Deprecated Manager
- 主管才是新的經理
- 唯一要擔心的就是……好吧,所有的事情
- 仆人式領導
- 反模式
- 領袖的處事之道
- 人是植物
- 內部激勵和外部激勵
- 結語
- 第四章 對付害群之馬
- 什么是“害群”
- 保護團隊
- 發現威脅
- 第五章 操縱組織的藝術
- 優點、缺點和策略
- 理想的情況:團隊在公司里應該是怎么運作的
- 現實的情況:當環境成為成功路上的絆腳石
- 操縱你的組織
- B計劃:走為上
- 不要放棄
- 第六章 用戶也是人
- 管理大眾的印象
- 管理和用戶之間的關系
- 結語
- 附錄A 延伸閱讀
- 版權