Proces týmového softwaru - Team software process
| Vývoj softwaru |
|---|
V kombinaci s procesem osobního softwaru (PSP) poskytuje proces týmového softwaru ( TSP ) definovaný rámec provozních procesů, který je navržen tak, aby pomohl týmům manažerů a inženýrů organizovat projekty a vyrábět software pro produkty, které se pohybují od malých projektů několika tisíc řádků kódu (KLOC) do velmi velkých projektů větších než půl milionu řádků kódu. Cílem TSP je zlepšit úroveň kvality a produktivity týmového projektu vývoje softwaru, aby jim pomohl lépe plnit náklady a plánovat závazky vývoje softwarového systému.
Počáteční verzi TSP vyvinul a pilotoval Watts Humphrey na konci devadesátých let a Technická zpráva pro TSP sponzorovaná ministerstvem obrany USA byla vydána v listopadu 2000. Kniha Watts Humphrey, Úvod do procesu týmového softwaru , představuje pohled na TSP určený pro použití v akademickém prostředí, který se zaměřuje na proces budování týmu produkujícího software, stanovení cílů týmu, rozdělení týmových rolí a další činnosti související s týmovou prací.
Úvod do TSP
Primárním cílem TSP je vytvořit týmové prostředí pro vytváření a udržování týmu, který řídí sami, a podporovat disciplinovanou individuální práci jako základ rámce PSP. Tým, který řídí sami, znamená, že se tým řídí sám, plánuje a sleduje svou práci, řídí kvalitu své práce a proaktivně pracuje na plnění týmových cílů. TSP má dvě hlavní složky: team-building a team-working. Budování týmu je proces, který definuje role pro každého člena týmu a nastavuje týmovou práci prostřednictvím spouštění TSP a pravidelného opětovného spouštění. Týmová práce je proces, který se zabývá inženýrskými procesy a postupy používanými týmem. Stručně řečeno, TSP poskytuje inženýrům a manažerům způsob, jak vytvořit a řídit jejich tým, aby produkoval vysoce kvalitní software podle plánu a rozpočtu.
Jak TSP funguje
Než se inženýři mohou zúčastnit TSP, je nutné, aby se již o PSP dozvěděli, aby mohl TSP efektivně fungovat. Školení je nutné i pro ostatní členy týmu, vedení týmu a management. Cyklus vývoje softwaru TSP začíná procesem plánování, kterému se říká launch, pod vedením trenéra, který byl speciálně vyškolen a je certifikován nebo prozatímně. Spuštění je navrženo tak, aby zahájilo proces budování týmu a během této doby si týmy a manažeři stanovují cíle, definují týmové role, vyhodnocují rizika, odhadují úsilí, rozdělují úkoly a vytvářejí týmový plán. Během fáze provádění vývojáři sledují plánované a skutečné úsilí, plán a závady, které se pravidelně (obvykle jednou týdně) scházejí za účelem hlášení stavu a revize plánů. Cyklus vývoje končí Post Mortem za účelem posouzení výkonu, revize parametrů plánování a získání zkušeností získaných při zlepšování procesů.
Role kouče se zaměřuje na podporu týmu a jednotlivců v týmu jako procesního experta, přičemž je nezávislá na přímé odpovědnosti za řízení projektů. Role vedoucího týmu se liší od role kouče v tom, že vedoucí týmu jsou odpovědní managementu za produkty a výsledky projektů, zatímco trenér je zodpovědný za rozvoj individuálního a týmového výkonu.
Nejnovější vývoj
TSP byl přizpůsoben pro práci s jinými typy znalostní práce , včetně systémového inženýrství a služeb.
V roce 2010 bylo dokumentováno mapování TSP na integrovaný model CMMI (Capability Maturity Model Integrated) a bylo pilotováno jako alternativní cesta k implementaci zlepšování procesů CMMI. V roce 2010 byl vydán soubor znalostí (BOK). V roce 2010 byl vydán průvodce programem trenérského mentora.
Podle studie společnosti Capers Jones je TSP jednou z nejúspěšnějších metodik vývoje, pokud jde o plán, kvalitu a rozpočet (TCO)
Publikace
- TSP: Vedení vývojového týmu 2005
- TSP: Coaching Development Teams 2005