TSP--领导开发团队

真不愧是软件工程大师级的作品，娓娓道来，受益匪浅

书评：《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团队，平衡团队的工作量和优先级。接下来，最后一部分，从如何培养团队与团队成员的角度入手，强调了提升团队绩效的方方面面，这些技能是成为一名优秀的团队领导者所必须要具备的，这个过程不仅有助于团队，而且也系统训练了团队领导者自身。整体来看，本书条清理晰，语言简明易懂，所有的原则和道理都配有示例，娓娓道来，读起来轻松愉快，毫无枯燥之感。

一本书是有自己的个性的，所以我始终觉得，书与书是不同的，不同的书要有不同的读法，要配合环境、适应心情才能达到最佳的读书效果、产生最大的收益。本书的推荐阅读场景：一盏青灯，一壶小酒，一本薄书，在灯与酒的陪伴中，慢慢地、细细地，和着哲人的思想，一起品味个中案例，在这样似醒非醒、似醉非醉的氛围中，仿佛我们也与书中的人物融合起来，在团队领导和开发人员的角色中变幻着、徘徊着、领悟着。

估计还得有三个月吧!

什么时候出 TSP: Coaching Development Teams 这本书啊.

很不错，不愧是大师，受益了。。。