Most modern software development projects require teams, and good teamwork largely determines a project’s success. The Team Software Process (TSP), created by Watts S. Humphrey, is a set of engineering practices and team concepts that produce effective teams, thereby helping developers deliver high-quality products on time and within budget. TSP bridges Humphrey’s seminal work on the Capability Maturity Model (CMM), an improvement framework for the entire software organization, and his Personal Software Process (PSP), practices designed to improve the work of individual developers.
Typical first-time TSP teams increase productivity by more than 50 percent while greatly increasing the quality of their delivered products. However, TSP teams only continue to improve under the guidance of a capable coach. One industrial-strength team, for example, increased its productivity by an additional 94 percent and reduced test defects by 85 percent through three consecutive TSP quarterly product release cycles. Without competent coaching, teams often do not progress much beyond the initial one-time improvement seen after the introduction of the TSP.
Humphrey distinguishes between TSP coaching and TSP leadership, explaining why the skillful performance of both functions is critical. In this practical guide, he shares coaching methods that have repeatedly inspired TSP teams and steered them toward success. With the help of a coach, TSP teams undergo a brief but intense project launch in which they define their own processes, make their own plans, and negotiate their commitments with management, resulting in dramatically enhanced performance.
Whether you are considering the TSP or are actively implementing it, TSPSM—Coaching Development Teams provides the invaluable examples, guidelines, and suggestions you need to get started and keep developing as a team coach. It’s meant to complement Humphrey’s other books, TSPSM—Leading a Development Team and PSPSM: A Self-Improvement Process for Software Engineers. Together, the three works offer a rich resource for improving your software development capabilities.
"synopsis" may belong to another edition of this title.
Known as “the father of software quality,” Watts S. Humphrey is the author of numerous influential books on the software-development process and software process improvement. Humphrey is a fellow of the Software Engineering Institute (SEI) at Carnegie Mellon University, where he founded the Software Process Program and provided the vision and early leadership for the original Capability Maturity Model (CMM). He also is the creator of the Personal Software Process (PSP) and Team Software Process (TSP). Recently, he was awarded the National Medal of Technology—the highest honor given by the president of the United States to America's leading innovators.
Teamwork is required for most development projects. Although some small jobs can be handled by individuals, the scale of modern systems is such and the demand for short schedules is so great, it is physically impossible for one person to do the entire job. Development work is a team activity, and the effectiveness of this teamwork largely determines the quality of the team’s work. The quality of the team’s work, in turn, largely determines the success of the entire project.
A team is more than just a group of people who happen to work together. Teamwork takes practice and it involves special skills. Teams require common processes and agreed-upon goals, they need effective leadership, and to be most effective, they must have coaching. Since development teams need as much guidance and support as any other kind of team, the Software Engineering Institute (SEI) has developed a framework and a process for building and guiding development teams. We call this the Team Software Process (TSP). 1
While the book title refers to development teams, the material is much more general than this would suggest. Except for a few of the examples and some of the discussion about quality management, all of the material in this book can be applied to almost any kind of professional team. For example, the TSP process has been used by testing teams, for requirements work, by a senior management group to run a business, and to guide a process improvement effort.
In describing various coaching situations, I use many examples throughout the book. While I don’t name any organizations or people, these examples are all based on real situations with practicing TSP teams. These cases are drawn from the hundreds of teams the SEI has worked with while researching, developing, and deploying the TSP methods into industrial practice. It is my hope that, as more people gain experience coaching such development teams, they will publish their experiences and findings so that we can build the base of reference literature needed to properly grow and enrich the field of coaching for development teams.
Who Should Use This Book
This book is designed to be used by several kinds of readers. Senior managers and executives could find the four chapters in Part I a brief but complete overview of the issues involved in modern system development teamwork. Managers who are considering using the TSP to improve their development organizations should review Parts I and II. Those aspiring to be TSP coaches should read the entire book. It addresses many of the issues you will face in assembling and building development teams, in motivating and guiding these teams, and in helping the team leader and team members do superior work.
Even though the book’s principal focus is on TSP teams, knowledge of the TSP and Personal Software Process (PSP) is not required. The methods are quite general and can be understood without prior knowledge of any process or method. However, to gain full advantage of the methods described, it is suggested that you and your teams learn the PSP and use the full set of TSP process materials to guide the development work. You can get additional information on the PSP and TSP from SEI’s Web site (www.sei.cmu.edu/tsp).
What You Will Learn from This Book
In developing modern complex systems, any single mistake can have devastating consequences. Thus, everyone on the development team must do high-quality work. Such levels of consistently high performance are possible only with effective coaching and leadership. This book describes how to recognize quality work and how to guide teams in consistently doing such work. It also discusses how to recognize when the team’s work does not measure up and how to motivate the developers to improve.
The team coach monitors team performance and assists the team members to improve. This book also shows coaches how to cooperatively support the team leader and how to work with that leader to build, guide, and motivate the entire team.
The Contents of This Book
While a great deal could be said about teamwork in general, this book concentrates on the coach’s role in guiding a development team. It is organized in five parts.
Part I—Team Formation
The four chapters in Part I provide overall background and context for the entire book. The principal topics in Part I are development teams, team behavior, coaching principles and methods, and teambuilding. The sample LAU script in Chapter 4 illustrates TSP process concepts and methods. However, like all useful processes, the TSP process changes as we learn more about teams and as we evolve the TSP process to capitalize on this knowledge. Therefore, it is suggested that you get updated copies of the TSP scripts when you need them. For information about obtaining these scripts, contact the SEI or its transition partners (www.sei.cmu.edu/tsp).
Part II—Launching a TSP Team
Part II describes how the TSP builds effective, productive, self-directed development teams. Such teams are especially well suited for creative development work. The 12 chapters in Part II review the TSP launch process and suggest how to coach and support the team and team leader in conducting an efficient and effective team launch.
Part III—Coaching a TSP Project
Part III concerns guiding the team through the many problems commonly faced in doing development work. Its four chapters describe how to coach the team after the TSP launch and how the team can maintain its plan, manage quality, and conduct a project postmortem.
Part IV—TSP Extensions
There are many types of teams and it is important to adapt the TSP process to the particular project and team involved. The four chapters in Part IV discuss the issues of team type and size and explain how the TSP can be adapted to handle them. Functional teams typically support a functional activity such as product maintenance or system test. The developers in such teams typically work alone or in groups of two or three. Multiple and distributed TSP teams are used either for large projects or where a project includes multiple different disciplines like hardware, software, systems, or test. It is also used when the work is performed in multiple locations. Very large projects generally have unique needs and require customized processes. The final chapter in this section discusses ways to adapt the TSP to address the needs of very large integrated development projects.
Part V—Maintaining a TSP Team
The final four chapters of the book deal with the more subtle topics of teambuilding and the nature and rewards of coaching development teams.
Before developers can practice the TSP, they must be properly trained. They need to know how to plan and track their work, how to measure and manage quality, and how to follow a defined process. They must understand the importance of quality work, and they must have learned the discipline of recording their task time and the defects they inject and remove. These methods are all taught in the PSP course. 2 Because there is so much material to cover, the PSP course is typically offered in universities at the senior or graduate level and it usually takes a full quarter or semester. The industrial PSP course requires about 100 to 120 hours of a developer’s time, generally spread over two weeks with some homework.
Although PSP training is intensive and takes considerable time, competent software professionals have no trouble completing it. Many developers receive PSP training during their college education and many others have been PSP trained by their organizations as part of TSP introduction. Since the PSP and TSP methods are language- and tool-independent, they have long-term value and can be used with any of the languages or tools that developers typically use. Many thousands of developers have now been PSP trained, and the data from these courses show that this training substantially improves their ability to deliver quality products on their planned schedules. The SEI has established a PSP certification program to assist organizations in identifying qualified PSP professionals.
1. Team Software Process and TSP are service marks of Carnegie Mellon University.
2. This course is described in the book PSP SM : A Self-Improvement Process for Software Engineers, Watts S. Humphrey, Addison-Wesley, 2005.
"About this title" may belong to another edition of this title.
Book Description Addison Wesley Pub Co Inc, 2006. Gebundene Ausgabe. Book Condition: Neu. Unbenutzte Restauflage Unbenutzt. Schnelle Lieferung, Kartonverpackung. Abzugsfähige Rechnung. Bei Mehrfachbestellung werden die Versandkosten anteilig erstattet. - Most modern software development projects require teams, and good teamwork largely determines a project's success. The Team Software Process (TSP), created by Watts S. Humphrey, is a set of engineering practices and team concepts that produce effective teams, thereby helping developers deliver high-quality products on time and within budget. TSP bridges Humphrey's seminal work on the Capability Maturity Model (CMM), an improvement framework for the entire software organization, and his Personal Software Process (PSP), practices designed to improve the work of individual developers. Typical first-time TSP teams increase productivity by more than 50 percent while greatly increasing the quality of their delivered products. However, TSP teams only continue to improve under the guidance of a capable coach. 416 pp. Englisch. Bookseller Inventory # INF1000034778
Book Description Addison-Wesley Professional, 2006. Hardcover. Book Condition: New. Never used!. Bookseller Inventory # P110201731134
Book Description Addison-Wesley Professional, U.S.A., 2006. Hardcover. Book Condition: New. Dust Jacket Condition: New. 1st Edition. NEW Unread Hardcover. 1st Edition-Per ABE. 1st Printing-Stated. BEAUTIFUL copy of Book & Cover. Bookseller Inventory # 002290
Book Description Addison-Wesley Professional, 2006. Hardcover. Book Condition: New. 1. Bookseller Inventory # DADAX0201731134