Team software process

Software development process
Core activities
Paradigms and models
Methodologies and frameworks
Supporting disciplines
Tools
Standards and BOKs

In combination with the personal software process (PSP), the team software process (TSP) provides a defined operational process framework that is designed to help teams of managers and engineers organize projects and produce software products that range in size from small projects of several thousand lines of code (KLOC) to very large projects greater than half a million lines of code.[1] The TSP is intended to improve the levels of quality and productivity of a team's software development project, in order to help them better meet the cost and schedule commitments of developing a software system.

The initial version of the TSP was developed and piloted by Watts Humphrey in the late 1990s[2] and the Technical Report[3] for TSP sponsored by the U.S. Department of Defense was published in November 2000. The book by Watts Humphrey,[4] Introduction to the Team Software Process, presents a view the TSP intended for use in academic settings, that focuses on the process of building a software production team, establishing team goals, distributing team roles, and other teamwork-related activities.

How TSP works

Before engineers can participate in the TSP, it is required that they have already learned about the PSP, so that the TSP can work effectively. Training is also required for other team members, the team lead, and management.

The TSP software development cycle begins with a planning process called the launch, led by a coach who has been specially trained, and is either certified or provisional.[5][6] The launch is designed to begin the team building process, and during this time teams and managers establish goals, define team roles, assess risks, estimate effort, allocate tasks, and produce a team plan. During an execution phase, developers track planned and actual effort, schedule, and defects, meeting regularly (usually weekly) to report status and revise plans. A development cycle ends with a Post Mortem to assess performance, revise planning parameters, and capture lessons learned for process improvement.

The coach role focuses on supporting the team and the individuals on the team as the process expert while being independent of direct project management responsibility.[7][8] The team leader role is different from the coach role in that, team leaders are responsible to management for products and project outcomes while the coach is responsible for developing individual and team performance.[9][10]

Latest developments

TSP has been adapted to work with other types of knowledge work, including systems engineering[11] and services.[12]

Mapping TSP to CMMI practices was documented in 2010,[13] and piloted as an alternative path to implement CMMI process improvement.[14][15] A body of knowledge (BOK) was issued in 2010.[16] The coach mentor program guidebook was released in 2010.[17]

According to a study by Capers Jones TSP is one of the most successful development methodologies regarding schedule, quality and budget (TCO) [18]

Publications

See also

References

  1. ↑ Jones, Capers (2009). Software Engineering Best Practices. McGraw-Hill. p. 11. ISBN 9780071621618.
  2. ↑ McAndrews, Donald (1998). "The Team Software ProcessSM (TSPSM): An Overview and Preliminary Results of Using Disciplined Practices".
  3. ↑ Humphrey, Watts. "The Team Software Process" (PDF). Software Engineering Institute.
  4. ↑ Humphrey, Watts (1999). Introduction to the Team Software Process. Addison Wesley.
  5. ↑ Humphrey, Watts. "The Team Software Process Body of Knowledge". Software Engineering Institute.
  6. ↑ Chick, Timothy. "Team Software Process (TSP) Coach Mentoring Program Guidebook Version 1.1". Software Engineering Institute.
  7. ↑ Humphrey, Watts. "The Team Software Process Body of Knowledge". Software Engineering Institute.
  8. ↑ Humphrey, Watts (2005). TSP: Coaching Development Teams. Addison Wesley.
  9. ↑ Humphrey, Watts. "The Team Software Process Body of Knowledge". Software Engineering Institute.
  10. ↑ Humphrey, Watts (2005). TSP: Coaching Development Teams. Addison Wesley.
  11. ↑ Carleton, Anita. "Extending Team Software Process (TSP) to Systems Engineering: A NAVAIR Experience Report" (PDF). Software Engineering Institute.
  12. ↑ Battle, Ed. "Leading & Learning – Using TSP at the MSG Level" (PDF). Naval Oceanographic Office.
  13. ↑ James McHale, Timothy A. Chick and Eugene Miluk (December 2010). "Implementation Guidance for the Accelerated Improvement Method (AIM)" (PDF). Software Engineering Institute. Retrieved October 11, 2016.
  14. ↑ Webb, David (April 2007). "CMMI Level 5 and the Team Software Process" (PDF). Cross Talk.
  15. ↑ Mondragon, Oscar. "AIM Case Study" (PDF). Software Engineering Excellence Center.
  16. ↑ Humphrey, Watts. "The Team Software Process Body of Knowledge". Software Engineering Institute.
  17. ↑ Chick, Timothy. "Team Software Process (TSP) Coach Mentoring Program Guidebook Version 1.1". Software Engineering Institute.
  18. ↑ Jones, Capers (2013). "Evaluating ten software development methodologies".

External links

This article is issued from Wikipedia - version of the 10/12/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.