領導軟件發展團隊(簡體書)

本書從一個軟件開發團隊的領導藝術的視角，圍繞著在軟件開發進程中團隊領導將面臨的種種現實問題，分別就團隊的建設和領導、人際關系處理、壓力和沖突管理、項目計劃和決策制定等方面，以問答形式給予了切中要害的解答和切實可行的建議。所有這些建議均來源于作者作為譯名開發技術人員、軟件團隊領導的多年實踐和豐富經驗，伴隨著這些反傳統的、創新的深邃而睿智的觀點，很快你就能成為一名有效的領導者，就像你曾經是一名優秀的開發人員那樣。

目錄

從書總序
譯 者 序
序 言
前 言
第1章新任領導
第1節 我剛當上了一個新項目團隊的領導
我剛當上了一個新項目團隊的領導，我該從哪兒入手呢？
第2節 我接管了一個正在進行的項目
我接管了一個正在進行的項目，我該從哪里入手？
第3節 我是團隊中最有經驗的工程師
我是團隊中最有經驗的工程師，如果讓其他人設計和編程，他們都不如我做得好；如果期望我用所有的時間來寫文檔和計劃的話，我哪里有時間做那些重要的設計和編程工作呢？
第4節 如何檢查別人的工作
我應該在什么時候檢查其他人的工作？如何檢查？
第5節 我該如何主持會議
我該在什么時候召集會議？我該如何主持會議？
第6節 我該如何進行面試
我要面試一個求職者，我該如何進行面試？
第7節 如何做演講
如何做演講？
第8節 我怎樣才能獲得團隊成員的尊重
我怎樣才能獲得團隊成員的尊重？

同時參考

第32節 如何才能確信我做的決策是正確的呢
我不得不經常做出有關項目的決策，而且通常容我考慮的時間有限，如何才能確信我做的決策是正確的呢？
第19節 什么時候我應該讓團隊成員按照自己的方式工作
什么時候我應該讓團隊成員按照自己的方式工作？什么時候我又應該讓整個團隊按照我的方式工作？
第27節 如何應對巨大壓力
我現在壓力非常大，有些團隊成員也是如此，我能做些什么？
第17節 面對專家型團隊成員我該怎么辦
我的團隊里某個成員是項目中某個重要方面的專家，而我在這方面知之甚少，我就像一個門外漢似的領導著這件事情，我該怎么辦？

第2章 項目管理
第9節 如何草擬項目計劃
我該如何草擬項目計劃？項目計劃有什么用？
第10節 遇到不現實的時間進度怎么辦
我知道了交付項目的時間，但是這項時間表似乎不切實際，我該怎么辦？
第11節 如何防止項目延遲
如何防止項目延遲？
第12節 如何與能力較弱的團隊合作
我們項目組的工作與別的項目組的工作緊密相關，可是他們的產品質量很差，我該怎么辦？
第13節 面對不斷修補、改進的項目怎么辦
我的上一個項目好像永遠也完不成，我不斷地在做修補和改進的工作，我應該怎么辦？
第14節 工作程序很糟糕怎么辦
如果工作程序很糟糕，我該如何做好工作？

同時參考

第1節 我剛當上了一個新項目團隊的領導者
我剛當上了一個新項目團隊的領導者，我該從哪兒入手呢?
第26節 如何應對客戶不斷的改進要求？
客戶總是要求改變和改進，我真的可以說‘不’嗎？
第40節 怎樣保證產品的順利發布
我們即將向客戶發布產品，我怎樣才能確保這一切會順利地進行呢？


第3章 人員領導
第15節 建設一個好的團隊需要做哪些事情
什么是“團隊建設”？建設一個好的團隊需要做哪些事情？
第16節 我怎樣才能找到正確的領導風格呢
有時候我覺得自己是一個好好先生，對別人聽之任之；而在另外一些時候，我卻覺得人們因為我的干涉而怨恨我，我怎樣才能找到正確的領導風格呢？
第17節 面對專家型團隊成員我該怎么辦
我的團隊里某個成員是項目中某個重要方面的專家，而我在這方面知之甚少，我就像一個門外漢似的領導著這件事情，我該怎么辦？
第18節 團隊成員不愿做設計或文檔編寫工作時我該怎么辦
我的團隊成員不愿做設計或文檔編寫工作，他們只想編寫程序，我該怎么辦？
第19節 什么時候我應該讓團隊成員按照自己的方式工作
什么時候我應該讓團隊成員按照自己的方式工作？什么時候我又應該讓整個團隊按照我的方式工作？
第20節 我和我的團隊應該每天工作幾個小時
我和我的團隊應該每天工作幾個小時？
第21節 我該如何獎勵出色的工作
我很想在人們干得出色時表揚他們，但是這樣做感覺比較屈尊俯就，我該如何獎勵出色的工作？
第22節 我該如何處理團隊中的“問題成員”
團隊里有的成員確實是個麻煩人物，我該怎么處理？
第23節 怎樣留住優秀的成員
我知道有人打算離開，我怎樣才能留住他們？
第24節 如何處理團隊成員偷懶的現象
團隊中某個人花費過多時間聊天和上網，我應該怎么做？

同時參考

第3節 我是團隊中最有經驗的工程師
我是團隊中最有經驗的工程師，如果讓其他人設計和編程，他們都不如我做得好；如果期望我用所有的時間來寫文檔和計劃的話，我哪里有時間做那些重要的設計和編程工作呢？
第28節 面對過多的爭論我能做些什么
我的團隊似乎花費太多時間去爭論，我能做些什么？
第8節 我怎樣才能獲得團隊成員的尊重
我怎樣才能獲得團隊成員的尊重？

第4章 需求獲取
第25節 “需求獲取”意味著什么
“需求獲取”意味著什么？我該怎樣處理它呢？
第26節 如何應對客戶不斷的改進要求
客戶總是要求改變和改進，我真的可以說“不”嗎？

第5章 壓力與沖突管理
第27節 如何應對巨大壓
我現在壓力非常大，有些團隊成員也是如此，我能做些什么？
第28節 面對過多的爭論我能做些什
我的團隊似乎花費太多時間去爭論，我能做些什么？


同時參考

第20節 我和我的團隊應該每天工作幾個小時
我和我的團隊應該每天工作幾個小時？
第15節 建設一個好的團隊需要做哪些事情
什么是“團隊建設”？建設一個好的團隊需要做哪些事情？

第6章 與管理層的關系
第29節 如何確保管理層同意我的建議
我打算用一種特別的方式處理項目，如何確保管理層會同意我那么做？
第30節 我該如何忍受這種現狀
我的老板很差勁，我該如何忍受這種現狀？
第31節 沒有從管理層得到相應支持時我該怎么做
我感到沒有從管理層得到所需要的支持，對此我該怎么做？

第7章 決策
第32節 如何才能確信我做的決策是正確的呢
我不得不經常做出有關項目的決策，而且通常容我考慮的時間有限，如何才能確信我做的決策是正確的呢？
第33節 我是否應該做出風險決策
我不得不做出某種決策，而且要冒很大的風險，我該如何決定是否要冒風險呢？

第8章 分析與設計
第34節 分析真的有必要嗎
分析真的有必要嗎？我可以直接進行設計嗎？
第35節 如何為項目確定最佳的結構和設計
如何為項目確定最佳的結構和設計？
第36節 如何使用面向對象的方法
我們采取了一種面向對象的方法，但是團隊中的每個人似乎對怎樣最好地應用它有不同的想法，如何使用面向對象的方法呢？
第37節 我們是否應該采用新技術
幾個團隊成員想在項目中采用一種新技術，我們應當采用新技術，還是沿用舊有的方式呢？
第38節 面對結構需要重建的項目怎么辦
我的項目設計處于一片混亂之中，結構需要重建，但是沒有時間，我該怎么辦？

第9章 測試與項目發布
第39節 采用單元測試還是最終測試
如果目的是要在最短的時間內發現最多的錯誤，我是應該集中精力于項目的單元測試還是最終測試呢？
第40節 怎樣保證產品的順利發布
我們即將向客戶發布產品，我怎樣才能確保這一切會順利地進行呢？
第41節 結論

參考書目
附錄 1 面向對象的概念介紹
附錄 2 UML的簡要介紹
附錄 3 幾種有用的面向對象技術