TSP--领导开发团队
点击看大图基本信息
- 原书名： TSP—Leading a Development Team
- 原出版社： Addison-Wesley
- 作者： （美）Watts S.Humphrey [作译者介绍]
- 译者： 张家才 江贺 车皓阳
- 丛书名： 图灵计算机科学丛书
- 出版社：人民邮电出版社
- ISBN：7115139191
- 上架时间：2006-12-26
- 出版日期：2007 年1月
- 开本：16开
- 页码：206
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 > 软件项目管理
经济管理 > 管理 > 领导学 > 团队管理/协作
编辑推荐
软件工程大师的智慧结晶
软件开发经理的必备宝典
推荐阅读
内容简介回到顶部↑
tsp是由“软件质量之父”watts s. humphrey提出的一种采用广泛的团队过程。在本书中，作者以深厚的专业功底，准确地向团队领导人员展示了如何领导接受过个体软件过程（psp）培训的软件工程师团队。书中探索了高效领导和团队协作的各个方面，包括构建合适的团队、tsp启动过程、制造高质量产品的过程、项目评审、有效使用领导者和团队的职能等，书中还讲述了项目负责人的职责范围、领导能力的基本要素以及可能会面对的许多问题。.
本书实用性与可读性强，可供软件开发项目负责人、程序员和一般编程爱好者在开发软件时参考，也可作为高等院校计算机软件工程课程的教材。
tsp是由世界级软件工程大师watts s．humphrey开发的一种团队过程。多年来全球众多项目和团队应用tsp的实践表明，tsp不仅可以提高软件的可靠性，质量和安全性，还可以大大提高项目的生产效率，加快开发进度。..
在本书中，humphrey以他深厚的功底，向团队的领导者展示了领导软件团队的艺术。本书探讨了高效领导和团队协作的各个方面，包括构建合适的团队；tsp启动过程、制造高质量产品的过程、项目评审等。作为团队领导人，无论你是新官上任还是久经沙场，都能从本书中学到处理各种问题的指导原则和建议做法。...
本书实用性与可读性强，可供软件开发项目负责人、程序员和一般编程爱好者在开发软件时参考，也可作为高等院校计算机软件工程课程的教材。
tsp是由世界级软件工程大师watts s．humphrey开发的一种团队过程。多年来全球众多项目和团队应用tsp的实践表明，tsp不仅可以提高软件的可靠性，质量和安全性，还可以大大提高项目的生产效率，加快开发进度。..
在本书中，humphrey以他深厚的功底，向团队的领导者展示了领导软件团队的艺术。本书探讨了高效领导和团队协作的各个方面，包括构建合适的团队；tsp启动过程、制造高质量产品的过程、项目评审等。作为团队领导人，无论你是新官上任还是久经沙场，都能从本书中学到处理各种问题的指导原则和建议做法。...
作译者回到顶部↑
本书提供作译者介绍
Watts S. Humphrey在软件工程领域享有盛誉，曾被评为历史上影响软件发展的十位大师之一，美国技术最高荣誉美国国家技术勋章获得者。他在卡内基-梅隆大学软件研究所（SEI）领导了软件过程计划，并首先提出了CMM（能力成熟度模型）思想。他也是个体软件过程（PSP）和团队软件过程（TSP）的创始人。除本书外，他还著有多种对软件开发过程和软件过程改进方面具有深远影响的书籍，包括人民邮电出版社已经出版的，《PSP：软件工程师的自我改进过程》和即将出版的本书姊妹篇《TSP：培训开发团队》。...
.. << 查看详细
.. << 查看详细
目录回到顶部↑
第一部分 简介
第1章 团队领导者 3
1.1 管理层的期望 3
1.2 团队的期望 3
1.3 管理层优先级与团队的兴趣 4
1.4 团队的目标 4
1.5 树立榜样 5
1.6 标准 5
1.7 领导态度 6
1.8 承担责任 6
1.9 团队领导者的工作 6
1.10 小结 7
参考文献 7
第2章 领导能力 8
2.1 领导能力的问题 8
2.2 领导能力差的表现 8
2.3 基本领导能力的问题 9
2.4 领导与管理 9
2.5 领导会有追随者 10
第1章 团队领导者 3
1.1 管理层的期望 3
1.2 团队的期望 3
1.3 管理层优先级与团队的兴趣 4
1.4 团队的目标 4
1.5 树立榜样 5
1.6 标准 5
1.7 领导态度 6
1.8 承担责任 6
1.9 团队领导者的工作 6
1.10 小结 7
参考文献 7
第2章 领导能力 8
2.1 领导能力的问题 8
2.2 领导能力差的表现 8
2.3 基本领导能力的问题 9
2.4 领导与管理 9
2.5 领导会有追随者 10
前言回到顶部↑
我从事开发工作已经有50多年，曾经参加、领导、管理、指挥、评估或培训过百余支创造性的开发团队。在这段经历中，我获得了许多的经验教训，其中，令我印象最深的是领导力在这个过程中至关重要。真正具有创造性的工作无一例外都是由非常能干的领导者与其团队完成的。然而，最有趣的是，这些卓越的领导者通常都是像你我一样的普通开发人员，只不过他们被放在领导者的位置上，便做出了杰出的工作。.
这件事的另外一面同样有趣。开发项目的失败，恰恰也是由于领导者的领导能力不足造成的。在本书里，我描述了无能的领导者与杰出的领导者之间的具体差异，目的在于帮助你理解、预见和修正那些最常见的领导失误，以免它们造成不良的后果。我之所以创作本书是因为我曾见过太多聪明而勤奋的开发人员犯下低级的领导错误。这使他们极为难堪，因为那些错误完全是不应该出现的。其实领导并不是一个很复杂的问题，每一个人都有可能成为卓越的领导者。
我第一次成为领导者时，刚刚加入一个开发小组不久，这是我的第一份工作，当时我谁也不认识，对团队每一位成员的工作进展以及工作细节也一无所知。我甚至对组织机构及其相关技术也是不甚了解。但最后事情却进展得很顺利，而这并不是因为我拥有什么特殊的洞察力和技能，更多的是因为组员具有非凡的能力。
但是，我发现这种情形并非罕见。即使你是一位新老板，而且组员对工作的了解比你多，只要给他们机会，他们对你也会非常有帮助。尽管偶尔也会有例外的情况，但人们一般都希望喜欢并尊敬你，希望你获得成功。只要你愿意承认自己的失误，自嘲所犯下的错误，他们还是可以容忍你的愚蠢问题和低级错误的。诚实一些，知之为知之，不知为不知，要知道，管理层让你当上领导当然有他们的道理。
在我工作了几年后，我被调往另一个部门去领导一个更大的小组。我不仅非常了解这些组员，而且很清楚我要做的工作。但是这一次，我接管这个小组的过程却不顺利。这个组里面有一位比我年长的组员更有经验，他和不少组员都认为他应该是合适的团队领导人选。理清这种状况花的时间比较长，但最后我们还是达成了一致，他们接受了我新的角色，这样我们就建起了一种良好而高效的工作关系。
团队的工作在很大程度上取决于团队和团队领导的关系。但是，我还发现你和你所领导的团队之间的关系依赖于许多因素，其中大部分因素你可以施加影响，但有些因素你却无法对其产生影响。我在本书中描述了这些因素，并就处理它们的方法提出了个人建议。这些准则对我很有帮助，我同样希望它们对你有所帮助。
本书面向的读者
本书是专门为那些现在已是团队领导或者今后有可能成为团队领导的人编写的。书中讲述了团队领导的职责范围、领导能力的基本要素以及可能会面对的许多问题。我并不认为自己知道所有问题的答案，但我确实有许多领导团队的经验，我也曾与许多团队和团队领导一起工作过。因为每一支团队都不同，大多数团队都会随着时间成长、发展，所以成为高效的领导者并没有什么万能良方。但是，原则和指导方针却还是有的。
无论你是经验丰富的项目负责人还是新任命的领导，你可能会面临的许多问题本书都会加以讨论，并给出解决这些问题的准则和建议。同时，本书也融合了我的观察结果和经验总结，有助于你驾驭各种类型的团队，处理各种领导任务。..
团队类型
团队有许多种，本书关注的是开发团队。有许多资料讲述过体育运动、军事和生产的团队，但鲜见开发团队的资料，而如何领导这种团队的资料就更少见了。因为我所工作过的许多团队都有领导问题，我就断定创作这本书是有意义的。我想讲讲领导任意类型开发团队的经验，但最近我的大部分工作集中在开发软件密集型系统的团队上。因此，我给出的例子以及大部分过程讨论关注的都是这类团队。
当我在卡内基－梅隆大学软件工程研究所（SEI）工作的时候，我们提出了团队软件过程（TSP）这个概念。顾名思义，这个过程被设计用以指导软件开发团队。有许多团队使用过TSP，包括硬件、软件、系统、需求和测试团队，以及其他专业团队。它还曾被一些没有或很少有软件开发任务的团队所采纳。因此，尽管本书在很多地方提到了TSP，你会发现其概念和指导方针同样也适用于其他类型的开发团队。但是，有价值的东西不可能不付出代价，如果要使用TSP，团队成员还需要掌握一些新的技能。这些技能在个体软件过程（PSP）的培训当中可以学到。
本书如何组织
本书分为5个部分，讲述了团队和团队领导能力的主要方面。第一部分讨论了管理层和团队对领导者的期望。然后描述了团队成功的必要条件，以及完成开发工作需要的团队类型。在第一部分讨论了做什么和为什么要这么做之后，从第二部分到第五部分以及附录中讲述了该如何做：要如何做才能成为一名好的领导者。
第二部分先简要讲述了团队开发过程的概念，以及它如何帮助你构建所需要的团队，即使这个团队不做软件开发工作或根本不做开发工作。然后，描述了如何组建团队以及TSP启动过程。第三部分讨论了团队协作。它讲述的重点是遵循计划、维持关注点、遵循过程以生产出优质产品。第四部分讨论了管理层报告、项目评审以及支持和保护团队的职责。第五部分是本书的结束部分，它描述了如何培养团队和组员，如何更好地利用你的能力和团队的能力。本书的附录提供了更为详细的TSP团队角色及对角色的利用。其中还讨论了单位内部的沟通和指令网络，以及如何利用它们来完成团队的目标。
致谢
本书源自我在开发团队中获得的经验。团队多种多样，团队工作和领导能力的知识永远也学不完，这一点一直让我惊诧不已。在与开发团队一起工作的这些年当中，我从每一个人的身上都学到了不少东西。因此，我要把本书献给我曾经领导过、培训过或考察过的团队。我感谢他们当中的每一个人，感谢他们对工作的热爱，感谢他们与我相处时表现出的宽容和幽默感。但在这里，我无法一一答谢，如果你曾经领导过我所在的团队，或者曾是我的团队的成员，我在这里谢谢你。
在本书的创作过程中，我曾经得到过SEI的一个特别团队的支持：TSP开发团队。这些团队的成员都曾经以各种各样的方式对我的著作做出过贡献。我要感谢Dan Burton、Anita Carleton、Noopur Davis、Caroline Graettinger、Jim McHale、Julia Mullaney、Jim Over、Marsha Pomeroy-Huff、Mark Sebern、Dan Wall和Alan Willett的帮助和支持。我还要感谢Bob Cannon、Carol Grojean和Don McAndrews，感谢他们对本书的评价和建议。 ...
这件事的另外一面同样有趣。开发项目的失败，恰恰也是由于领导者的领导能力不足造成的。在本书里，我描述了无能的领导者与杰出的领导者之间的具体差异，目的在于帮助你理解、预见和修正那些最常见的领导失误，以免它们造成不良的后果。我之所以创作本书是因为我曾见过太多聪明而勤奋的开发人员犯下低级的领导错误。这使他们极为难堪，因为那些错误完全是不应该出现的。其实领导并不是一个很复杂的问题，每一个人都有可能成为卓越的领导者。
我第一次成为领导者时，刚刚加入一个开发小组不久，这是我的第一份工作，当时我谁也不认识，对团队每一位成员的工作进展以及工作细节也一无所知。我甚至对组织机构及其相关技术也是不甚了解。但最后事情却进展得很顺利，而这并不是因为我拥有什么特殊的洞察力和技能，更多的是因为组员具有非凡的能力。
但是，我发现这种情形并非罕见。即使你是一位新老板，而且组员对工作的了解比你多，只要给他们机会，他们对你也会非常有帮助。尽管偶尔也会有例外的情况，但人们一般都希望喜欢并尊敬你，希望你获得成功。只要你愿意承认自己的失误，自嘲所犯下的错误，他们还是可以容忍你的愚蠢问题和低级错误的。诚实一些，知之为知之，不知为不知，要知道，管理层让你当上领导当然有他们的道理。
在我工作了几年后，我被调往另一个部门去领导一个更大的小组。我不仅非常了解这些组员，而且很清楚我要做的工作。但是这一次，我接管这个小组的过程却不顺利。这个组里面有一位比我年长的组员更有经验，他和不少组员都认为他应该是合适的团队领导人选。理清这种状况花的时间比较长，但最后我们还是达成了一致，他们接受了我新的角色，这样我们就建起了一种良好而高效的工作关系。
团队的工作在很大程度上取决于团队和团队领导的关系。但是，我还发现你和你所领导的团队之间的关系依赖于许多因素，其中大部分因素你可以施加影响，但有些因素你却无法对其产生影响。我在本书中描述了这些因素，并就处理它们的方法提出了个人建议。这些准则对我很有帮助，我同样希望它们对你有所帮助。
本书面向的读者
本书是专门为那些现在已是团队领导或者今后有可能成为团队领导的人编写的。书中讲述了团队领导的职责范围、领导能力的基本要素以及可能会面对的许多问题。我并不认为自己知道所有问题的答案，但我确实有许多领导团队的经验，我也曾与许多团队和团队领导一起工作过。因为每一支团队都不同，大多数团队都会随着时间成长、发展，所以成为高效的领导者并没有什么万能良方。但是，原则和指导方针却还是有的。
无论你是经验丰富的项目负责人还是新任命的领导，你可能会面临的许多问题本书都会加以讨论，并给出解决这些问题的准则和建议。同时，本书也融合了我的观察结果和经验总结，有助于你驾驭各种类型的团队，处理各种领导任务。..
团队类型
团队有许多种，本书关注的是开发团队。有许多资料讲述过体育运动、军事和生产的团队，但鲜见开发团队的资料，而如何领导这种团队的资料就更少见了。因为我所工作过的许多团队都有领导问题，我就断定创作这本书是有意义的。我想讲讲领导任意类型开发团队的经验，但最近我的大部分工作集中在开发软件密集型系统的团队上。因此，我给出的例子以及大部分过程讨论关注的都是这类团队。
当我在卡内基－梅隆大学软件工程研究所（SEI）工作的时候，我们提出了团队软件过程（TSP）这个概念。顾名思义，这个过程被设计用以指导软件开发团队。有许多团队使用过TSP，包括硬件、软件、系统、需求和测试团队，以及其他专业团队。它还曾被一些没有或很少有软件开发任务的团队所采纳。因此，尽管本书在很多地方提到了TSP，你会发现其概念和指导方针同样也适用于其他类型的开发团队。但是，有价值的东西不可能不付出代价，如果要使用TSP，团队成员还需要掌握一些新的技能。这些技能在个体软件过程（PSP）的培训当中可以学到。
本书如何组织
本书分为5个部分，讲述了团队和团队领导能力的主要方面。第一部分讨论了管理层和团队对领导者的期望。然后描述了团队成功的必要条件，以及完成开发工作需要的团队类型。在第一部分讨论了做什么和为什么要这么做之后，从第二部分到第五部分以及附录中讲述了该如何做：要如何做才能成为一名好的领导者。
第二部分先简要讲述了团队开发过程的概念，以及它如何帮助你构建所需要的团队，即使这个团队不做软件开发工作或根本不做开发工作。然后，描述了如何组建团队以及TSP启动过程。第三部分讨论了团队协作。它讲述的重点是遵循计划、维持关注点、遵循过程以生产出优质产品。第四部分讨论了管理层报告、项目评审以及支持和保护团队的职责。第五部分是本书的结束部分，它描述了如何培养团队和组员，如何更好地利用你的能力和团队的能力。本书的附录提供了更为详细的TSP团队角色及对角色的利用。其中还讨论了单位内部的沟通和指令网络，以及如何利用它们来完成团队的目标。
致谢
本书源自我在开发团队中获得的经验。团队多种多样，团队工作和领导能力的知识永远也学不完，这一点一直让我惊诧不已。在与开发团队一起工作的这些年当中，我从每一个人的身上都学到了不少东西。因此，我要把本书献给我曾经领导过、培训过或考察过的团队。我感谢他们当中的每一个人，感谢他们对工作的热爱，感谢他们与我相处时表现出的宽容和幽默感。但在这里，我无法一一答谢，如果你曾经领导过我所在的团队，或者曾是我的团队的成员，我在这里谢谢你。
在本书的创作过程中，我曾经得到过SEI的一个特别团队的支持：TSP开发团队。这些团队的成员都曾经以各种各样的方式对我的著作做出过贡献。我要感谢Dan Burton、Anita Carleton、Noopur Davis、Caroline Graettinger、Jim McHale、Julia Mullaney、Jim Over、Marsha Pomeroy-Huff、Mark Sebern、Dan Wall和Alan Willett的帮助和支持。我还要感谢Bob Cannon、Carol Grojean和Don McAndrews，感谢他们对本书的评价和建议。 ...
评论交流
共有6人开贴评论 6人参与评论 6人参与打分 查看
评价等级：
发表于：2007-3-28 10:02:00
书评：《TSP——领导软件开发团队》
车皓阳
计算机是舶来品，软件工程在国外也已有多年的发展，然而，时至今日，新的工程思想和应用系统仍然是层出不穷，AOP、AM、DDD、JUnit、MDA、RUP、SOA，我们就像围城外面的巡游者，看着“城头变幻大王旗”。就国内的历史和现状来讲，这是一个没有软件工程大师的时代，我们只能借助国外大师的言论和发表作品，希冀通过阅读哲人的生命轨迹来反求诸已。
Watts S. Humphrey就是这样一位世界级的大师，多年来，他一直躬耕于软件过程改进领域。从CMU SEI的CMM和CMMI开始，到由自己首创的PSP和TSP，Humphrey不断地在软件过程改进方向上锦上添花，因为有这些成就，他在软件工程领域享有“软件质量之父”等盛誉，俨然是一代教父、引领潮流。本书原版《TSP——Leading a Development Team》与《TSP——Coaching a Development Team》是姊妹篇，是站在两个不同角色的立场上阐述的同一个主题，配合起来阅读才能对TSP有一个完整明晰的认识。
本书分为五大部分。第一部分开宗明义地介绍了团队，从团队领导者的职责、态度、工作和领导能力开始讲起，逐步拓展，一直讲到什么是团队和自主型团队，它们之间有何区别，自主型团队的五种基本特征，以及团队的动机，如何建立和维持动机，等等。读完第一部分，对于每天都会接触到的团队和团队领导，我们会有一个更加深刻的认识。恍然中，我们的思路清晰了，原来这就是团队，原来这些就是团队领导应该做的事情，知道自己是谁，要干什么，是最重要的。第二部分的主题是TSP团队组建活动，探讨了如何启动团队，在启动的时候团队成员要怎样协作，要给予启动团队何种培训和支持，要怎样达到团队领导和管理层的期望目标。第三部分阐述的是团队协作，如何制订计划，依据计划进行管理，如何处理危机，设置和维护优先级，如何遵循TSP过程，如何依据原则收集数据、管理质量。本部分是全书精华所在，一点瑕疵是PSP和TSP的承接关系讲得不够详细，很多地方就是一句“最好是先接受过PSP相关培训”匆匆带过，希望原书如果改版的话，可以将这个主题阐释得更充分一些。第四部分讲解的是如何获得管理层的支持，如何来向管理层报告，以及管理层要怎样维护TSP团队，平衡团队的工作量和优先级。接下来，最后一部分，从如何培养团队与团队成员的角度入手，强调了提升团队绩效的方方面面，这些技能是成为一名优秀的团队领导者所必须要具备的，这个过程不仅有助于团队，而且也系统训练了团队领导者自身。整体来看，本书条清理晰，语言简明易懂，所有的原则和道理都配有示例，娓娓道来，读起来轻松愉快，毫无枯燥之感。
一本书是有自己的个性的，所以我始终觉得，书与书是不同的，不同的书要有不同的读法，要配合环境、适应心情才能达到最佳的读书效果、产生最大的收益。本书的推荐阅读场景：一盏青灯，一壶小酒，一本薄书，在灯与酒的陪伴中，慢慢地、细细地，和着哲人的思想，一起品味个中案例，在这样似醒非醒、似醉非醉的氛围中，仿佛我们也与书中的人物融合起来，在团队领导和开发人员的角色中变幻着、徘徊着、领悟着。
车皓阳
计算机是舶来品，软件工程在国外也已有多年的发展，然而，时至今日，新的工程思想和应用系统仍然是层出不穷，AOP、AM、DDD、JUnit、MDA、RUP、SOA，我们就像围城外面的巡游者，看着“城头变幻大王旗”。就国内的历史和现状来讲，这是一个没有软件工程大师的时代，我们只能借助国外大师的言论和发表作品，希冀通过阅读哲人的生命轨迹来反求诸已。
Watts S. Humphrey就是这样一位世界级的大师，多年来，他一直躬耕于软件过程改进领域。从CMU SEI的CMM和CMMI开始，到由自己首创的PSP和TSP，Humphrey不断地在软件过程改进方向上锦上添花，因为有这些成就，他在软件工程领域享有“软件质量之父”等盛誉，俨然是一代教父、引领潮流。本书原版《TSP——Leading a Development Team》与《TSP——Coaching a Development Team》是姊妹篇，是站在两个不同角色的立场上阐述的同一个主题，配合起来阅读才能对TSP有一个完整明晰的认识。
本书分为五大部分。第一部分开宗明义地介绍了团队，从团队领导者的职责、态度、工作和领导能力开始讲起，逐步拓展，一直讲到什么是团队和自主型团队，它们之间有何区别，自主型团队的五种基本特征，以及团队的动机，如何建立和维持动机，等等。读完第一部分，对于每天都会接触到的团队和团队领导，我们会有一个更加深刻的认识。恍然中，我们的思路清晰了，原来这就是团队，原来这些就是团队领导应该做的事情，知道自己是谁，要干什么，是最重要的。第二部分的主题是TSP团队组建活动，探讨了如何启动团队，在启动的时候团队成员要怎样协作，要给予启动团队何种培训和支持，要怎样达到团队领导和管理层的期望目标。第三部分阐述的是团队协作，如何制订计划，依据计划进行管理，如何处理危机，设置和维护优先级，如何遵循TSP过程，如何依据原则收集数据、管理质量。本部分是全书精华所在，一点瑕疵是PSP和TSP的承接关系讲得不够详细，很多地方就是一句“最好是先接受过PSP相关培训”匆匆带过，希望原书如果改版的话，可以将这个主题阐释得更充分一些。第四部分讲解的是如何获得管理层的支持，如何来向管理层报告，以及管理层要怎样维护TSP团队，平衡团队的工作量和优先级。接下来，最后一部分，从如何培养团队与团队成员的角度入手，强调了提升团队绩效的方方面面，这些技能是成为一名优秀的团队领导者所必须要具备的，这个过程不仅有助于团队，而且也系统训练了团队领导者自身。整体来看，本书条清理晰，语言简明易懂，所有的原则和道理都配有示例，娓娓道来，读起来轻松愉快，毫无枯燥之感。
一本书是有自己的个性的，所以我始终觉得，书与书是不同的，不同的书要有不同的读法，要配合环境、适应心情才能达到最佳的读书效果、产生最大的收益。本书的推荐阅读场景：一盏青灯，一壶小酒，一本薄书，在灯与酒的陪伴中，慢慢地、细细地，和着哲人的思想，一起品味个中案例，在这样似醒非醒、似醉非醉的氛围中，仿佛我们也与书中的人物融合起来，在团队领导和开发人员的角色中变幻着、徘徊着、领悟着。
加载中...| 我要写评论 |
| 查看所有评论交流(共6条) |
