Team Software Process

Der Team Software Prozess (TSP) ist eine Methode für Softwareentwicklungsteams zur Selbstoptimierung.

Der Team Software Prozess (TSP) ist eine Methode für Softwareentwicklungsteams zur Selbstoptimierung.

Sie wurde von Watts S. Humphrey am Software Engineering Institute (SEI) an der Carnegie Mellon University/Pittsburgh entwickelt, um den Software-Entwicklern eine Methode an die Hand zu geben, mit der sie die Anforderungen des Capability Maturity Model (CMM) konkret umsetzen können.

Für einzelne Entwickler wurde der Personal Software Process (PSP) entwickelt.

Zielsetzungen

Durch die Verwendung von TSP sollen folgende Ziele erreicht werden:

  • Bessere und genauere Planung (dadurch bessere Erfüllung von geplanten Daten)
  • Verbesserung der Qualität des Produktes
  • Niedrigere Kosten von Projekten (Total Cost of Ownership)

Laut einer Studie von Capers Jones ist TSP eine der erfolgreichsten Entwicklungsmethoden bezüglich Zeitplanung, Qualität und Budget.[1]

Funktionsweise

TSP basiert auf PSP, d. h. jeder Entwickler muss PSP anwenden. Auch weitere Teammitglieder wie der Teamlead (analog Scrum Master) und Tester sollten ein spezielles Training erhalten. Jede neues Entwicklungsprojekt beginnt mit dem sogenannten Launch, in diesem wird die Grobplanung zur Erfüllung der Managementziele gemacht (und auch inwiefern diese Ziele nicht erfüllt werden können), das Backlog wird erstellt und eine Detailplanung des nächsten Cycles (der nächsten Iteration / des nächsten Sprints). Die Dauer des Cycles kann zwischen zwei Wochen und drei Monaten liegen. Innerhalb des Cycles wird in regelmäßigen Teammeetings (mind. wöchentlich) der Projektfortschritt besprochen und bei Bedarf der Plan angepasst. Am Ende des Cycles wird der Cycle im sog. PostMortem analysiert (analog der Retroperspektive von Scrum), Probleme besprochen, möglicherweise Verbesserungen für die Zukunft geplant (lessons learned), und der nächste Cycle im Detail geplant. Während des gesamten Projektes sollte ein TSP Coach das Team betreuen.

Wichtige Konzepte:

  • selbstorganisierende Teams (das Team erstellt den Plan)
  • agiler Umgang mit Prozessen (das Team reflektiert die Prozesse regelmäßig und verbessert sie)
  • Iterative Vorgehensweise (Aufbrechen der Entwicklung in Cycles, analog der Sprints von Scrum)

Literatur

  • Watts S. Humphrey: TSP – Coaching Development Teams. Addison-Wesley, 2006, ISBN 0-201-73113-4.
  • Watts S. Humphrey: TSP – Leading a Development Team. Addison-Wesley, 2005, ISBN 0-321-34962-8.
  • Watts S. Humphrey: Introduction to the Team Software Process. Addison-Wesley, 2000, ISBN 0-201-47719-X.

Einzelnachweise

  1. ↑ Capers Jones: Evaluating ten software development methodologies. 2013, archiviert vom Original am 15. September 2013;.

Content Disclaimer

Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.

  1. The information displayed on this website is sourced in part or in whole from Wikipedia and has been adapted for the purpose of restating it. We strive to provide accurate and relevant information, however:
  2. There is no guarantee of absolute accuracy. Wikipedia is an open, collaborative project that can be edited by anyone, so information is subject to change.
  3. It is not intended to constitute professional advice. The content displayed is for informational and educational purposes only. For important decisions (e.g., medical, legal, or financial), please consult a professional.
  4. Content copyright. Wikipedia is licensed under the Creative Commons Attribution-ShareAlike License (CC BY-SA). This means that content may be reused with appropriate attribution and shared under a similar license.
  5. Responsible use. Any risk arising from the use of information from this website is entirely the responsibility of the user.