领导软件开发团队
2002-05
电子工业出版社
理查德・怀特黑德,吴志明
304
275
吴志明
无
本书从一个软件开发团队的领导艺术的视角，围绕着在软件开发进程中团队领导将面临的种种现实问题，分别就团队的建设和领导、人际关系处理、压力和冲突管理、项目计划和决策制定等方面，以问答形式给予了切中要害的解答和切实可行的建议。所有这些建议均来源于作者作为译名开发技术人员、软件团队领导的多年实践和丰富经验，伴随着这些反传统的、创新的深邃而睿智的观点，很快你就能成为一名有效的领导者，就像你曾经是一名优秀的开发人员那样。
目录
从书总序
译 者 序
序 言
前 言
第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 几种有用的面向对象技术
无
对于刚刚从资深工程师升为Leader的人来说，这是一份行为指南，可以有效地解决很多问题。
对于刚刚走向管理岗位的工程师来说很有帮助。深入浅出，通俗易懂
我是帮公司买的，同事们看了都说不错~！现在公司想买20本送给员工，但是已经没有货了！什么时候有货请通知我哦！谢谢~！
性价比不合算。后悔买此书。
翻译的很烂，看了一章后再无法忍受了。。