Jeśli jesteś nowy w rozwoju Agile, zrozumienie prędkości sprintu i wykresów prędkości może być mylące. Cóż, chodzi o utrzymanie wyniku!
Prędkość sprintu jest jak punkty w grze w koszykówkę o wysoką stawkę. Pomaga zwinnym i zespołowi scrumowemu członkowie wiedzą, czy wygrywają, czy przegrywają z czasem.
Poprzez zrozumienie i zastosowanie prędkości sprintu, zespoły deweloperskie mogą poprawić swój rytm pracy i usprawnić swoje działania Zwinny rozwój procesy. Ogólna idea polega na tym, że im wyższa prędkość, tym więcej terenu pokonujesz w każdym sprincie i tym bliżej jesteś wygrania gry w ramach ograniczeń, takich jak czas i budżet.
Potraktuj ten przewodnik jako poradnik Phila Jacksona na temat obliczania i optymalizacji prędkości sprintu Twojego zespołu. Zaproponujemy również spostrzeżenia i strategie zwiększania wydajności zespołu w cyklach sprintów, aby pomóc ci w drodze do zwycięstwa.
gotowi, by zdominować zwinne boisko? Zaczynamy! 🏀
Czym jest prędkość sprintu?
Zespoły Agile pracują w krótkich fazach rozwojowych zwanych cyklami sprintów. Każdy cykl, zwykle trwający od jednego do czterech tygodni, dzieli projekt na mierzalne elementy pracy niezbędne do dostarczenia oprogramowania.
Oczywiście, członkowie zespołu planują, kodują, adresują zaległości produktowe i przerabiają funkcje w każdym sprincie, ale jak oszacować zoptymalizowany czas potrzebny do zrobienia projektu? Właśnie dlatego oblicza się prędkość. ⚡
Prędkość sprintu skutecznie śledzi postępy zespołu i szacuje, ile pracy może on wykonać w cyklu sprintu. Każdy cykl będzie miał określoną prędkość w odniesieniu do tego, co zostało zakończone przez zespół. Średnia prędkość w ciągu ostatnich trzech do dziesięciu cykli pomoże ci przewidzieć standardową ilość pracy, jaką twój produkt lub zespół programistów zakończy w jednym sprincie.
Jaki jest cel szacowania prędkości sprintu?
Prędkość sprintu nie jest miarą powodzenia, ale szacunkową wartością pozwalającą zrozumieć obciążenie zespołu . Może to być dość arbitralna metryka, która może się zmieniać w zależności od czynników takich jak złożoność projektu, skład zespołu lub wpływy zewnętrzne.
Ale nadal musisz mierzyć prędkość sprintu, aby:
- Ocenić, kiedy zespół może zakończyć dany projekt
- Dostosować zakres przyszłych sprintów i obciążenie pracą projektową w oparciu o bieżące tempo postępu
- Przeglądać oczekiwania interesariuszy i zarządzać nimi z większą precyzją
Prędkość sprintu wskazuje również na ciągłą poprawę w zespole, jeśli chodzi o wydajność. W większości przypadków szacowana prędkość stale rośnie, co sugeruje, że zespół z czasem stał się bardziej wydajny.
Pro Tip: Szybkość Twojego zespołu zależy od tego, jak niezawodnie realizujesz cele sprintu. Jeśli chcesz poprawić wydajność swoich cykli pracy, skorzystaj z narzędzia Szablon sprintów ClickUp . Jest dostarczany z gotowymi ustawieniami zwinne metryki i Pola niestandardowe, aby pomóc ci obliczyć prędkość zespołu w dowolnej skali. A co najlepsze? Jest całkowicie Free!
Wykorzystaj ten szablon, aby usprawnić przepływy pracy w sprintach dzięki możliwości śledzenia czasu, etykietom, ostrzeżeniom o zależnościach, integracji e-mail i nie tylko
Jak obliczyć prędkość sprintu: Formuła i kroki
Obliczanie prędkości sprintu w rozwój oprogramowania jest proste po zrozumieniu podstawowej formuły, którą jest:
Prędkość sprintu = Całkowita praca zakończona w x liczbie minionych sprintów ➗ Liczba minionych sprintów, tj
Do zrobienia tego wzoru trzeba jednak najpierw dowiedzieć się wielu rzeczy, takich jak metryka do obliczenia zrobionej pracy i zaległości w sprintach. Podzielmy ten proces na trzy standardowe kroki wraz z przykładami:
Krok 1: Określ metrykę do śledzenia postępów w trakcie kilku sprintów
Obliczanie prędkości wymaga mierzenia pracy w różnych wymiarach, takich jak zespół, projekt i klient, co może stanowić wyzwanie. Dlatego też należy określić odpowiednią metrykę do dokładnego oszacowania zrobionej pracy. Trzy powszechnie stosowane metryki to:
- Punkty historii: Historia użytkownika zwięźle opisuje wymagane funkcje z punktu widzenia klienta. Zakończenie każdej historii wymaga określonej ilości czasu i wysiłku w oparciu o złożoność związanej z nią pracy, która jest określana ilościowo za pomocą punktów historii. Aby znaleźć ilość pracy wykonanej w sprincie, musisz myśleć w kategoriach -Ile punktów historii zostało zakończonych w sprincie Powiedzmy, że twój zespół zakończył historie użytkowników warte 26 punktów w sprincie 1, więc praca zrobiona w tym cyklu wynosi 26. Możesz przeczytać ten krótki przewodnik poobliczanie punktów za historyjki w Agile2. Godziny: Jeśli wolisz bardziej tradycyjną metrykę, możesz obliczyć prędkość sprintu w godzinach, znajdując liczbę godzin spędzonych na zakończonych historyjkach użytkownika w każdym sprincie - powiedzmy 120 godzin. Ta metoda może oferować mniej szczegółową wartość zrobionej pracy w porównaniu do story points, zwłaszcza jeśli szacowany czas jest nieprzewidywalny
- Idealne dni: Wiele teamów może obliczać prędkość sprintu w idealnych dniach, przy czym każdy idealny dzień wskazuje liczbę godzin pracy w normalnym dniu pracy (powiedzmy 8 godzin). Na przykład, 120 godzin pracy zrobione w sprincie 1 może być wyrażone jako 120/8 lub 15 idealnych dni
Większość teamów uważa, że obliczenia oparte na punktach fabularnych są bardziej odpowiednie do śledzenia postępów zespołu, ponieważ uwzględniają one różne poziomy złożoności różnych zadań programistycznych, często przy użyciu wskaźnika Sekwencja oparta na Fibonaccim .
Metrykę można wybrać podczas planu sprintu, najlepiej przed pierwszym sprintem. Jakąkolwiek metrykę wybierzesz, określi ona również sposób, w jaki twój zespół będzie wyrażał prędkość - czy to za pomocą story pointów, godzin, czy idealnych dni.
Krok 2: Oblicz pracę zrobioną dla każdego rozważanego sprintu
Użyj preferowanej metryki, aby określić ilościowo pracę wykonaną przez zespół w serii sprintów. Praca ta może obejmować wyczyszczone elementy backlogu , naprawianie usterek i praca nad nowymi funkcjami zaproponowanymi przez właściciela produktu.
Idealnie byłoby, gdybyś wziął pod uwagę pracę zrobioną w trzech sprintach w celu ustalenia wzorcowego tempa pracy zespołu. Jeśli jednak zrobione prace mocno się wahają, może być potrzebnych więcej sprintów do zrobienia, aby ustabilizować tempo postępu.
Krok 3: Znajdź średnią prędkość sprintu dla swojego zespołu
Gdy masz już dane liczbowe dotyczące pracy zrobionej w wybranych sprintach, po prostu znajdź średnią. Zsumuj wszystkie story pointy, godziny lub idealne dni i podziel wynik przez liczbę zakończonych sprintów.
Omówmy kilka praktycznych przykładów dla większej przejrzystości.
Przykład #1 Obliczanie prędkości sprintu przy użyciu story points
Załóżmy, że prowadzimy dziennik story pointów zakończonych w trzech poprzednich sprintach:
Sprint 1: Zespół zakończył 10 historyjek użytkownika wartych 3 punkty każda i kolejną skomplikowaną historyjkę użytkownika wartą 6 punktów. Łącznie daje to 36 punktów za historyjki (nie licząc historyjek zakończonych ułamkowo)
Punkt sprintu 2: Udało nam się ukończyć 9 historyjek użytkownika o wartości 5 punktów każda, co dało 45 punktów za historyjki
Sprint 3: 38 story points worth do zrobienia
Teraz zsumuj punkty za historyjki i zastosuj formułę: (36+45+38 story points)/3 sprinty, a wynik to 39,67.
W tym przypadku nasza średnia prędkość sprintu wynosi 39,67 punktów fabuły na sprint. Tyle wysiłku może włożyć zespół w każdy sprint.
Przykład #2 Obliczanie prędkości sprintu przy użyciu godzin
Obliczanie szybkości sprintu przy użyciu godzin jako miary jest podobne do poprzedniego przykładu, ale tutaj zadania są przeliczane na godziny.
Sprint 1: 160 godzin na zakończenie 5 zadań
Sprint 2: 240 godzin za wykonanie 8 zadań
Sprint 3: 180 godzin za wykonanie 6 zadań
W ciągu ostatnich trzech sprintów zespół zainwestował łącznie 580 godzin. To około 193,33 godziny na sprint, co daje średnią prędkość sprintu 190 godzin.
Korzystanie z szacunkowych godzin pomaga zrozumieć, ile godzin zespół może realistycznie poświęcić na pracę nad projektem bez nadmiernego zaangażowania. W naszym przykładzie, podczas sprintu 2 zauważysz godny uwagi kryzys, który może nie być realistyczny i wymaga rozwiązania.
Przykład #3 Obliczanie prędkości sprintu przy użyciu idealnych dni
Używanie dni jako miary często zaczyna się od określenia idealnego dnia. Konieczne może być wcześniejsze zliczenie całkowitej wydajności z kilku sprintów. Dla naszego przykładu przyjmijmy, że idealny dzień trwa 8 godzin.
Sprint 1: 96 przepracowanych godzin. 96/8 to 12 idealnych dni
Sprint 2: 120 godzin - 15 idealnych dni
Sprint 3: 108 godzin-13,5 idealnych dni
Dodając idealne dni dla każdego sprintu otrzymujemy 40,5, więc średnia wynosi 13,5 idealnych dni dla każdego sprintu.
6 strategii poprawy i ustabilizowania tempa pracy teamu
Prędkość sprintu musi być stabilna, aby była wiarygodna lub przydatna do planowania sprintów. Mimo to, można spodziewać się dużych wahań prędkości z powodu takich problemów jak:
- Zbyt skomplikowany projekt agile
- Niepotrzebne testy i spotkania
- Ograniczony wkład ze strony właściciela produktu
- Niedopracowany backlog produktu
- Niedobór personelu
Podczas gdy niektóre z tych problemów są poza twoją kontrolą, możesz uniknąć typowych niepowodzeń w zakresie wydajności, korzystając z jakości rozwiązanie do zarządzania projektami jak ClickUp . Oprogramowanie pomaga efektywnie prowadzić projekty i utrzymywać wyższą prędkość w miarę postępu cyklu pracy.
**Zebraliśmy sześć zatwierdzonych przez ekspertów strategii poprawy i stabilizacji szybkości pracy zespołu ClickUp Agile Suite idealny do śledzenia prędkości sprintów i utrzymywania wydajności zespołów. 👇
1. Dokumentuj i optymalizuj swój cykl pracy
Zespoły Agile mogą zostać zepchnięte na boczny tor z powodu źle zoptymalizowanego cyklu pracy, co zwykle obniża ich prędkość. Wyobraźmy sobie taką sytuację: Miriam, wykwalifikowana koderka, spędza 4 godziny swojego dnia pracy pytając członków zespołu o dokładne wymagania dotyczące produktu. A co, jeśli dzieje się tak również w innych Teams? Szybkość pracy spada.
Jedynym sposobem na usprawnienie różnych procesów pracy i zminimalizowanie błędów w każdym sprincie jest udokumentowanie wszystkiego - od użytkownika studia przypadków i wymagania projektu do elementów zaległości.
Take Dokumenty ClickUp na przykład - pomaga scentralizować dokumentację produktu w łatwym do przeszukiwania formacie. W jednym miejscu można wyszczególnić wymagane specyfikacje, udostępniać prototypy i współpracować nad nimi, a także organizować zaległości dla każdego sprintu.
Z pomocą ClickUp Docs możesz zaprezentować swoje wymagania dotyczące produktu, korzystając z osadzonego widoku listy
Jako punkt kompleksowej obsługi narzędzie do planowania sprintów clickUp oferuje kilka innych funkcji optymalizujących cykl pracy zespołu, takich jak:
- ClickUp AI
*Asystent AI platformy posiada rozszerzoną bibliotekę branżowych podpowiedzi zaprojektowanych z myślą o unikalnych rolach. Twoi koledzy z zespołu mogą używać tego narzędzia jako partnera do pisania i burzy mózgów, wykorzystując je do takich zadań jak:
Pisanie studiów przypadku, planów testów i dokumentów technicznych projektów- Podsumowywanie notatek ze spotkań i innych danych
- Burza mózgów nazw funkcji
- Automatyzacja ClickUp : Korzystaj z płynnej automatyzacji, aby szybko śledzić czasochłonne i rutynowe zadania. Członkowie zespołu mogą wybierać spośród ponad 100 gotowych automatyzacji lub tworzyć własne, co pozwala im przyspieszyć cykl pracy i zwiększyć obciążenie krytycznych zadań programistycznych
- Wykrywanie współpracy : Ta funkcja pozwala członkom zespołu zobaczyć, kiedy inny współpracownik pracuje nad tym samym zadaniem lub dokumentem, co oni, zapobiegając instancjom powielania wysiłku
Szybki widok i zarządzanie aktywnymi i nieaktywnymi automatyzacjami w przestrzeniach wraz z aktualizacjami i opisami użytkowników
2. Wizualizacja postępów za pomocą raportów prędkości
Nie musisz czekać na zakończenie trzech sprintów, aby zorientować się w tempie pracy. Wiele teamów korzysta obecnie z raportów wizualnych, aby śledzić szacowaną prędkość sprintu w czasie rzeczywistym.
Dwie popularne metody śledzenia prędkości to:
- Wykres prędkości sprintu: Jest to prosta graficzna reprezentacja zrobionego zadania (reprezentowanego przez oś Y) na przestrzeni sprintów (reprezentowanych przez oś X)
- Wykres burndown: Wykres burndown to kolejna graficzna reprezentacja do śledzenia prędkości, dająca przegląd zadań pozostałych do zrobienia z mapą czasu
Ulepsz przyszłe szacunki Sprintu poprzez tworzenie dokładnych i atrakcyjnych wizualnie raportów prędkości w ClickUp
Eksploruj Karty Sprint Velocity w ClickUp do wizualnego przedstawiania i śledzenia postępów zespołu w przejrzystym formacie. Ustawienie tych kart raportowania nie zajmuje wiele czasu, ponieważ automatycznie dostosowują się one do konfiguracji w domyślnej aplikacji Obszar roboczy lub Folder sprintu .
Ponadto w ClickUp można również tworzyć karty Burnup i Burndown, aby uzyskać wgląd w oczekujące prace. Te raporty w czasie rzeczywistym zwiększają szacowany czas realizacji sprintu i prowadzą do bardziej wydajnych spotkań dotyczących planowania.
Łatwe w użyciu karty Sprint Burndown mogą pomóc ci zanurzyć się głębiej w dane, aby uzyskać bardziej dogłębne informacje planowanie obciążenia i analiza
3. Utrzymanie stabilnej prędkości poprzez kontrolowanie zmiennych
Spójność jest kluczem do utrzymania prędkości sprintu zespołu. Zmienianie zbyt wielu zmiennych w trakcie wielu sprintów może prowadzić do dzikich wahań tempa postępu.
Ogólnie rzecz biorąc, należy podjąć wysiłek, aby podstawowe elementy, takie jak długość sprintu, rotacja zespołu i szacowanie punktów fabuły, były zrównoważone w trakcie sprintów. Zawsze możesz dokonać korekt, jeśli przewidujesz opóźnienia z powodu przepracowania zespołu. Na przykład, dodanie nowego członka zazwyczaj zwiększa obciążenie pracą i pomaga zwiększyć prędkość.
Prowadzenie zakładek dotyczących zmiennych projektu jest dziecinnie proste ClickUp Sprinty . Oferuje zestaw funkcji dla scrum masterów do sprawnego poruszania się po każdym aspekcie projektu. Umożliwia ustawienie dat sprintu, przypisanie punktów, zarządzanie backlogami, określenie zadań projektowych UX i dostosowanie priorytetów, zapewniając, że wszyscy są zgodni co do zadań i osi czasu.
Stwórz idealny Zwinny cykl pracy i zbuduj elastyczny system Kanban, aby wizualizować swoją pracę i usprawnić zarządzanie projektami za pomocą widoku Tablicy w ClickUp
Dzięki ClickUp możesz śledzić punkty sprintu według zadań i osób przypisanych oraz uzyskać szczegółowy przegląd postępów. Wdrażaj zmiany w dowolnym momencie w oparciu o wymagania użytkowników i bieżące cele Business i od razu sprawdzić, jak wszystko wpływa na prędkość.
Pozostały jakieś zadania? Możesz automatycznie przenieść niedokończoną pracę do następnego sprintu, a nawet zintegrować się z narzędziami innych firm, takimi jak GitHub, GitLab lub Bitbucket, aby zsynchronizować postęp.
Lepsze szacunki dzięki niestandardowemu zakresowi prędkości w ClickUp
4. Regularnie przeglądaj backlog sprintu
A dobrze dopracowany backlog jest skarbnicą szczegółów w cykl pracy scrum dostarczając członkom zespołu kompleksowych informacji podczas rozpoczynania nowego sprintu. Backlog refinement zapewnia, że Teams priorytetyzują wykonywanie niezbędnych i/lub o wysokiej wartości zadań, aby utrzymać wyższą prędkość.
Możesz chcieć użyć Szablon Backlogu Projektu ClickUp do organizowania i nadzorowania ważnych zadań i terminów każdego sprintu. Został opracowany w celu usprawnienia przechwytywania zadań, pomagając w śledzeniu postępów w czasie rzeczywistym, wbudowanej synchronizacji zespołu, ustalanie priorytetów oraz narzędzia scrum .
Twórz, organizuj i śledź postępy swoich zaległych projektów, mając jednocześnie na oku długoterminowe cele cele projektu za pomocą szablonu ClickUp Project Backlog Template
5. Uważaj na zewnętrzne zależności i usterki techniczne
Podczas gdy szybkość jest często mierzona na poziomie zespołu, zarówno czynniki wewnętrzne, jak i zewnętrzne mogą mieć wpływ na ten wskaźnik. Zmiany w wymaganiach, brak krytycznego oprogramowania, powolna informacja zwrotna od klienta lub nieobecność kluczowego członka zespołu mogą obniżyć ogólną prędkość.
Najlepszą praktyką jest tutaj stworzenie spójnej mapy zależności podczas planu sprintu. Uwzględnij wszystkie potencjalne pułapki, takie jak zakłócone procesy zatwierdzania i przeszkody techniczne, takie jak przestarzałe serwery testowe, aby dokonać przeglądu powiązanych ze sobą zadań.
Potrzebujesz szybkiego startu? Zależności ClickUp może pomóc! Funkcja ta umożliwia tworzenie i śledzenie połączeń między zadaniami, dokumentami i rezultatami. Możesz korzystać z platformy Wykresy Gantta aby uzyskać skonsolidowany widok wszystkiego, np. połączenia między klientami i zamówieniami, klientami i transakcjami lub użytkownikami i raportowaniem błędów.
Ustawienie zadań tak, aby blokowały się lub czekały na siebie nawzajem w celu utworzenia zależności w ClickUp
6. Poświęć retrospektywę sprintu na optymalizację prędkości
Podczas identyfikowania dodatkowych możliwości optymalizacji prędkości, warto przeprowadzić sesję retrospektywną sprintu . Omów poprzednie sprinty z zespołem i zarejestruj indywidualne opinie na temat tego, co wydaje się możliwym do wykonania obciążeniem pracą na następny sprint.
Należy pamiętać, że próba agresywnej optymalizacji prędkości sprintu może być czasami sprzeczna z intuicją. Na przykład, jeśli w następnym sprincie będziesz dążyć do wprowadzenia większej liczby funkcji, prawdopodobnie pogorszy się jakość, a produkt będzie zawierał wiele błędów.
Dostęp do wielu zwinnych raportów na potrzeby retrospektyw sprintów można uzyskać za pomocą aplikacji Pulpity ClickUp . Zaangażuj się w oparte na danych dyskusje wokół blokad postępu. Na przykład, możesz użyć Karty sprintu do mierzenia wydajności dla bieżącego sprintu lub Karty śledzenia czasu do porównania szacowanej pracy zrobionej przez pracowników z poszczególnymi godzinami.
Uzyskaj całościowy widok statusów projektów i pozostałych zadań w całym zespole lub dziale dzięki pulpitom w ClickUp 3.0
Wskazówka: Wykorzystaj retrospektywę ClickUp oraz szablony do planowania sprintów do dokumentowania sesji w zorganizowany sposób.
Potencjalne wyzwania związane z używaniem Sprint Velocity
Sprint velocity, gdy jest używany w niewłaściwy sposób, może być utrapieniem dla każdego zespołu programistów. Oto kilka nieprzyjemnych sytuacji, na które należy uważać:
Złe kontekstowe wykorzystanie prędkości sprintu zespołu
Jak Prawo Goodharta sugeruje , "Kiedy środek staje się celem, traci swoją skuteczność"
Prędkość sprintu nie jest idealnym narzędziem do wprowadzania zmian w zespole. Jego głównym celem jest jedynie pomoc w planowaniu przyszłych sprintów i raportowaniu szacunków.
Porównywanie prędkości pomiędzy różnymi Teams lub używanie ich do mikrozarządzania pracowników może prowadzić do wypalenia i obniżenia jakości pracy. Velocity powinno być wyłącznie narzędziem wsparcia w dostosowaniu zespołu do dostarczania wartości i satysfakcji niestandardowym klientom i spełniać oczekiwania interesariuszy.
Ignorowanie kwestii związanych z długiem technicznym
Próba zwiększenia szybkości sprintu może wyzwalacz potencjalny kompromis między szybkością a jakością, tworząc dług techniczny. Presja do zrobienia wszystkiego szybko może spowodować, że Teams pominie istotne praktyki, takie jak testy jednostkowe i przeglądy kodu.
Należy pamiętać, że większa prędkość nie jest równoznaczna z wartością biznesową. Priorytetem jest stabilna prędkość, która działa dla twojego zespołu.
Brak bezczynności w przyszłych sprintach
Podczas gdy prędkość sprintu jest istotnym wskaźnikiem w zwinnym zarządzaniu projektami nowe Teams często popełniają błąd polegający na nadmiernym wypełnieniu nadchodzącego sprintu zadaniami, nie pozostawiając miejsca na bezczynność. Może to mieć wpływ na wydajność zespołu i wyniki, zwłaszcza w przypadku zakłóceń w świadczeniu usług.
Korzyści z konsekwentnego mierzenia prędkości sprintu
Wyzwania przedstawione powyżej są w dużej mierze możliwe do uniknięcia, jeśli używa się prędkości sprintu z właściwym nastawieniem. Teams, które regularnie korzystają z tego wskaźnika, odnoszą trzy różne korzyści:
- Ulepszonaplanowanie sprintów: Prędkość sprintu oferuje zależną metodę oceny obciążenia pracą zespołu i uniknięcia nieprzewidzianych blokad w procesie rozwoju
- Lepsza komunikacja z interesariuszami: Upraszcza komunikację zinteresariuszami projektu. Możesz zaoferować precyzyjne ramy czasowe dla zadań, opierając się na raportowaniu opartym na danych
- Większa widoczność wzorców pracy: Regularne kontrole szybkości sprintów zapewniają głębszy wgląd w wydajność zespołu i jego efektywnośćgłęboka praca wzorców pracy, pomagając wcześnie zidentyfikować wahania wydajności
Usprawnij sprint projektów dzięki ClickUp
Podnieś wydajność i produktywność swojego zespołu dzięki ClickUp - najlepszemu narzędziu do śledzenia prędkości sprintu i nawigacji w całym cyklu życia oprogramowania.
Dzięki narzędziom opartym na AI i zwinne szablony clickUp jest dostawcą niezbędnego wsparcia, aby przewodzić grupie i zapewnić epickie zwycięstwa w każdym projekcie. Zarejestruj się za Free i daj swojej drużynie odrobinę energii, której potrzebuje, aby wsadzić piłkę do każdej obręczy zadania! 🌺