Skip to main content

Velocity

Termin velocity ” jest pochodzenia angielskiego i przetłumaczony na język niemiecki oznacza tyle co prędkość i jest używany w IT w różnych obszarach zastosowań. Oprócz projektu Apache (serwer internetowy) i VelocityTemplateLanguage (VTL), termin ten jest używany w szczególności w zwinnym rozwoju oprogramowania w ramach różnych modeli Scrum. W kontekście zwinnego rozwoju, prędkość jest używana do wskazania, kiedy oczekuje się zakończenia projektu oprogramowania, jaki postęp został już dokonany w ramach projektu oraz jakich kosztów można się spodziewać. Określenie tych przewidywań opiera się na różnych procedurach i parametrach.

Informacje ogólne

W kontekście modelu Scrum, velocity odnosi się do “średniej prędkości zespołu developerskiego osiągniętej w maratonie”. Prędkość ta wynika z ukończonych historii użytkownika (narracji użytkownika). Tak zwane “story points” są przyznawane za każdą ukończoną historię użytkownika. Szybkość jest następnie obliczana na podstawie średniej liczby ukończonych historyjek użytkownika. Najbardziej efektywnym i zarazem najprostszym modelem obliczeniowym jest sumowanie punktów opowieści.

Terminem przeciwstawnym używanym w tym kontekście jest “przesunięcie prędkości”. Jest on obliczany na podstawie sumy niedokończonych historii użytkownika. Z tego wynika tak zwany “współczynnik przesunięcia prędkości”. Odpowiada to historyjkom użytkownika, które przyczyniają się do negatywnego wpływu na efektywność zespołu Scrumowego. Takie historie użytkowników, które nie mogą być ukończone w odpowiednim czasie, są przenoszone do następnej fazy lub przechodzą. Jeśli chodzi o planowanie kolejnej fazy, to zespół programistów musi wziąć pod uwagę niedokończone narracje użytkowników wraz z nowymi historiami użytkowników.

Znaczenie szybkości dla zwinnego rozwoju

W kontekście zwinnego rozwoju przy użyciu Scrum, prędkość może określać szacowany czas ukończenia projektu oprogramowania. Dzięki metodzie Velocity liderzy zespołów mogą zobaczyć, ile i jakie elementy zostały ukończone w danym momencie. Podstawa ta pomaga również lepiej oszacować wynikające z tego koszty.

Istnieją zasadniczo dwa sposoby określania prędkości.
[su_list icon=”icon: hand-o-right” icon_color=”#187bc0″ indent=”-5″]

  • Jeśli poszczególne zespoły Scrumowe mają już doświadczenie we wspólnej pracy, można z wyprzedzeniem dokonać stosunkowo dokładnego oszacowania.
  • Jeśli jest to pierwsza współpraca zespołów Scrumowych, nie ma jeszcze danych historycznych, które mogłyby posłużyć jako podstawa do przewidywań, więc oszacowanie nie jest możliwe. W takich przypadkach do stworzenia przybliżonych prognoz można wykorzystać dane z innych zespołów o podobnym składzie.
[/su_list] Zalety i wady w skrócie

Velocity oferuje zarówno liczne zalety, jak i pewne wady w kontekście zwinnego wytwarzania oprogramowania, które omawiamy poniżej:

Pro
  • wysoka przejrzystość
  • łatwa komunikacja
  • kompatybilność z innymi metodami zwinnego wytwarzania oprogramowania
Contra
  • Zespoły deweloperskie ryzykują, że mogą paść ofiarą własnej samooceny, przez co projekt ostatecznie kończy się niepowodzeniem z powodu przestrzegania liczb.

Wniosek

Gdy jest używana poprawnie, metoda velocity może pomóc w prawidłowym oszacowaniu kontroli, planowania i czasu trwania projektów programistycznych. Uzyskane w ten sposób informacje mogą być wykorzystane do wcześniejszego skalkulowania cen dla klientów i dotrzymania terminów dostaw. Metoda ta musi być jednak traktowana poważnie przez wszystkich członków zespołu i nigdy nie może stracić na znaczeniu.

Masz jeszcze jakieś pytania?

Prosimy o kontakt z nami


Dalsze treści