Proces tworzenia oprogramowania zespołu - Team software process

W połączeniu z procesem tworzenia oprogramowania osobistego (PSP), proces tworzenia oprogramowania zespołowego ( TSP ) zapewnia zdefiniowaną strukturę procesu operacyjnego, która ma na celu pomóc zespołom menedżerów i inżynierów w organizowaniu projektów i tworzeniu oprogramowania dla produktów, które różnią się wielkością od małych, kilkudziesięciu projektów. tysiąca linii kodu (KLOC) do bardzo dużych projektów powyżej pół miliona linii kodu. TSP ma na celu poprawę poziomu jakości i produktywności zespołu projektowego tworzenia oprogramowania, aby pomóc im lepiej sprostać zobowiązaniom dotyczącym kosztów i harmonogramu tworzenia systemu oprogramowania.

Początkowa wersja TSP została opracowana i pilotowana przez Wattsa Humphreya pod koniec lat 90., a raport techniczny dla TSP sponsorowany przez Departament Obrony USA został opublikowany w listopadzie 2000 roku. Książka Wattsa Humphreya Wprowadzenie do procesu oprogramowania zespołu przedstawia widok TSP przeznaczony do użytku w środowisku akademickim, który koncentruje się na procesie budowania zespołu produkującego oprogramowanie, ustalaniu celów zespołu, rozdzielaniu ról zespołowych i innych czynnościach związanych z pracą zespołową.

Wprowadzenie do TSP

Podstawowym celem TSP jest stworzenie środowiska zespołowego do tworzenia i utrzymywania samodzielnego zespołu oraz wspieranie zdyscyplinowanej pracy indywidualnej jako podstawy PSP. Zespół samokierujący oznacza, że ​​zespół sam zarządza sobą, planuje i śledzi swoją pracę, zarządza jakością swojej pracy i działa proaktywnie, aby osiągnąć cele zespołu. TSP składa się z dwóch głównych elementów: budowania zespołu i pracy zespołowej. Budowanie zespołu to proces, który definiuje role dla każdego członka zespołu i konfiguruje pracę zespołową poprzez uruchomienie TSP i okresowe ponowne uruchamianie. Praca zespołowa to proces, który dotyczy procesów inżynieryjnych i praktyk stosowanych przez zespół. Krótko mówiąc, TSP zapewnia inżynierom i menedżerom sposób na ustanowienie i zarządzanie zespołem w celu wytwarzania wysokiej jakości oprogramowania zgodnie z harmonogramem i budżetem.

Jak działa TSP

Zanim inżynierowie będą mogli uczestniczyć w TSP, wymagane jest, aby zapoznali się już z PSP, aby TSP mógł działać efektywnie. Szkolenie jest również wymagane dla innych członków zespołu, kierownika zespołu i kierownictwa. Cykl rozwoju oprogramowania TSP rozpoczyna się od procesu planowania zwanego uruchomieniem, prowadzonego przez specjalnie przeszkolonego trenera, który jest certyfikowany lub tymczasowy. Uruchomienie ma na celu rozpoczęcie procesu budowania zespołu, a w tym czasie zespoły i menedżerowie ustalają cele, definiują role w zespole, oceniają ryzyko, szacują wysiłek, przydzielają zadania i tworzą plan zespołu. W fazie wykonania programiści regularnie śledzą planowane i rzeczywiste nakłady pracy, harmonogram i spotkania wady (zwykle co tydzień), aby zgłaszać stan i korygować plany. Cykl rozwojowy kończy się post mortem, aby ocenić wydajność, zrewidować parametry planowania i zebrać wnioski wyciągnięte w celu doskonalenia procesów.

Rola trenera skupia się na wspieraniu zespołu i poszczególnych osób w zespole jako ekspert procesu, będąc jednocześnie niezależnym od bezpośredniej odpowiedzialności za zarządzanie projektem. Rola lidera zespołu różni się od roli trenera tym, że liderzy zespołu są odpowiedzialni za zarządzanie produktami i wynikami projektów, podczas gdy trener jest odpowiedzialny za rozwój wydajności indywidualnej i zespołowej.

Najnowsze osiągnięcia

TSP został przystosowany do pracy z innymi rodzajami pracy z wiedzą , w tym inżynierią systemów i usługami.

Mapowanie praktyk TSP do Capability Maturity Model Integrated (CMMI) zostało udokumentowane w 2010 r. i przetestowane jako alternatywna ścieżka wdrożenia doskonalenia procesów CMMI. Zasób wiedzy (BOK) został wydany w 2010 roku. Przewodnik po programie coach mentora został wydany w 2010 roku.

Według badania przeprowadzonego przez Capers Jones TSP jest jedną z najbardziej udanych metodologii rozwoju dotyczących harmonogramu, jakości i budżetu (TCO)

Publikacje

  • TSP: kierowanie zespołem programistycznym 2005
  • TSP: Coaching Development Teams 2005

Zobacz też

Bibliografia

Zewnętrzne linki