Skip to main content

Velocity

>>>>>>>>>>>>>>>>>>>>>>>>>>Termin „Velocity” jest pochodzenia angielskiego i w tłumaczeniu na język niemiecki oznacza coś w rodzaju szybkości 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 tworzeniu oprogramowania w ramach różnych modeli Scrum. W kontekście zwinnego rozwoju, Velocity jest używany do wskazania, kiedy oczekuje się zakończenia projektu oprogramowania, jaki postęp został już poczyniony w projekcie i 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 programistów w maratonie”. Szybkość 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 „Velocityoffset”. Jest on obliczany na podstawie sumy historii użytkownika, które nie zostały ukończone. Z tego wynika tak zwany „współczynnik przesunięciaVelocity”. Odpowiada to historiom użytkowników, które przyczyniają się do negatywnego wpływu na efektywność zespołu Scrum. Te historie użytkowników, które nie mogą być przetworzone na czas, są przenoszone do następnej fazy lub następnego przebiegu. Kiedy przychodzi do planowania kolejnej fazy, zespół programistów musi wziąć pod uwagę nie tylko nowe historie użytkowników, ale także niedokończone narracje użytkowników.

Znaczenie strony Velocity dla rozwoju Agile

W kontekście zwinnego rozwoju z Scrum, velecity może podać szacowany czas ukończenia projektu oprogramowania. Dzięki metodzie Velocitykierownicy zespołów mogą w każdej chwili sprawdzić, ile i jakie elementy zostały już wykonane. Podstawa ta pomaga również lepiej oszacować poniesione koszty.

Określenie adresu Velocity można zrealizować na dwa sposoby.

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

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

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

Wniosek

Jeśli metoda Velocityjest używana poprawnie, może pomóc w prawidłowym oszacowaniu kontroli, planowania i czasu trwania projektów oprogramowania. 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