Czym są punkty fabularne w Agile i jak je oszacować?

Opublikowany: 2021-06-17

Spis treści

Czym są punkty fabularne w Agile?

Punkty fabularne są miarą oceny pracy wykonanej przez implementację zwinnych frameworków, takich jak Scrum i eXtreme Programming.

Wdrożenie historyjki użytkownika to trudne zadanie. Zespół może stanąć w obliczu ryzyka; złożoności itp. podczas procesu rozwoju. Ten poziom trudności jest mierzony przez zespół programistów za pomocą abstrakcyjnej miary zwanej story pointem. Dlatego punkty fabularne w agile są używane jako metryki w zwinnym rozwoju. Mówi zespołowi o tym, jak trudna jest realizacja historii.

Sesje groomingu produktu dokonują oceny punktów historii, które są następnie oceniane przez zespół ds. rozwoju produktu i testerów. Odbywa się to w celu zwiększenia efektywności planowania sprintu. Uporządkowanie zaległości produktu to przybliżone oszacowanie, które sprawdza:

  • Czy plan sprintu jest gotowy do efektywnego przeprowadzenia.
  • Czy informacje są wystarczające do załatwienia sprawy.
  • Czy plan sprintu oparty na historyjce użytkownika jest rozsądny.

Istnieją trzy główne elementy szacowania zwinnego story pointu:

  • Ryzyko: w przypadku konkretnego przedmiotu ryzyka z nim związane to niejasne wymagania, zmiany w trakcie procesu i zależność od strony trzeciej.
  • Złożoność: reprezentuje poziom trudności opracowania funkcji.
  • Recepcja: Określa znajomość funkcji z członkami zespołu i jak monotonne są niektóre zadania w ramach rozwoju.

Włączenie trzech punktów pozwala na dokładne zaplanowanie sprintów z uwzględnieniem poduszki na niepewność, kwestii związanych z lepszym szacowaniem i unikaniem zbyt intensywnego uczenia się na zobowiązaniach czasowych.

Szacowanie punktów fabularnych w Agile

Kroki do szacowania zwinnych punktów fabularnych

Zaangażowanie programistów, projektantów, testerów itp. jest uważane za kluczowe czynniki podczas szacowania zwinnych punktów fabularnych. Ponieważ każdy członek zespołu ma inne perspektywy kontynuowania pracy i dostarczania produktu, ważna jest efektywna współpraca. Na przykład zmiana w jakimkolwiek projekcie wymaga nie tylko wysiłku zespołu projektowego, ale także zaangażowania działu rozwoju oraz działu QA.

Aby zacząć od szacowania punktów historii w zwinnym, zespół powinien mieć podstawową historię, która niekoniecznie musi być mała, ale która może być dobrze rezonowana w zespole. Następnie ustalane są rozmiary kondygnacji w oparciu o kondygnację bazową. Za pomocą opowiadań referencyjnych należy przyznać punkty historii. Każdej kondygnacji przypisywana jest wartość punktowa.

Korzyści z doboru

Zwinny zespół dostawczy przeprowadza proces doboru, który jest łatwiejszy do oszacowania. Poprzez dobór

  • Przegląd zakresu prac można obejrzeć.
  • Wielkość pracy można określić z wielu perspektyw.
  • Każde fałszywe założenie może zostać sprostowane.
  • Rzeczy, które nie mogą być dokładne, są usuwane.

Dobór odbywa się z uwzględnieniem następujących kwestii:

  • Ilość pracy do wykonania
  • Złożoność pracy
  • Ryzyko lub niepewność w wykonywaniu pracy
  • Czas trwania

Sprinty można dokładniej zaplanować, postępując zgodnie z wymienionym procesem:

Trzyetapowy proces szacowania punktów fabularnych to:

  1. Zastosowanie serii ciągów Fibonacciego.
  • Tradycyjna ocena dnia ludzkiego została zastąpiona, aby oszacować punkty historii za pomocą liczb Fibonacciego, tj. 1, 2, 3, 5, 8, …
  • Skala liniowa nie jest używana, ponieważ oferuje pozycje, które nie są wystarczająco zróżnicowane, aby zdefiniować oszacowanie. Jednak szereg Fibonacciego może oszacować niewielkie skoki w problemie.
  • Szereg Fibonacciego reprezentuje ciąg liczb, w którym następna liczba w ciągu jest sumą dwóch poprzednich liczb. Aby oszacować punkty fabularne w trybie zwinnym , ciąg Fibonacciego został zmodyfikowany do 0,5, 1, 2, 3, 5, 8, 13, …
  1. Wyznaczanie macierzy
  • Określana jest linia bazowa dla każdego punktu kondygnacji.
  • Linia bazowa jest uwzględniona w macierzy jako wartość 1. Jest to ustawiona jako standard dla najmniejszego ryzyka, powtórzeń itp.
  1. Planowanie pokera

Poprzez poker planowania, zespół zgadza się na prawidłowe przybliżenie punktów historii dla każdego przedmiotu.

Działanie pokera planowania jest

  • Podczas planowania sprintu każdy programista i tester otrzymuje zestaw kart. Karty przedstawiają numer serii Fibonacciego.
  • Pozycję z tabeli zaległości wybiera się do zakwestionowania i wyjaśnienia cech pozycji.
  • Pod koniec dyskusji tester i deweloper prywatnie wybierają kartę odzwierciedlającą oszacowanie przedmiotu.
  • Karty są następnie odkrywane przez estymatorów. Przechodzą do pozycji netto, jeśli osiągnięto konsensus. W przypadku różnych kart dyskusję prowadzą przywódcy, aż do osiągnięcia konsensusu.

Wypełniona macierz jest przydatna dla estymatorów jako punkt odniesienia podczas planowania gry w pokera. Pozwala to na większą spójność zadań. Co więcej, maksymalna granica estymacji wynosi 13, jeśli jest ona większa niż 13, wówczas skuteczne jest rozbicie zadania na mniejsze elementy. Ponadto, jeśli szacuje się, że zadanie jest mniejsze niż 1, zaleca się włączenie go do innego zadania.

Kolejne 8-stopniowe oszacowanie skutecznego oszacowania punktów fabularnych w zwinnym to:

  1. Identyfikacja podstawowych historii
  • Jednym z ważnych kroków w celu oszacowania punktów fabularnych w agile jest identyfikacja podstawowej historii, która jest używana jako odniesienie do względnego rozmiaru zaległości.
  • Historia bazowa jest wybierana z wcześniejszej historii przeprowadzonej przez zespół programistów lub z aktualnego rejestru produktu.
  • Każdy członek zespołu powinien rozumieć podstawową historię. Innymi słowy, powinno być zaufanie do zespołu w stosunku do podstawowej historii.
  1. Omów wymagania
  • Szczegóły historyjki muszą być omówione, a wyjaśnienia związane z historyjką użytkownika muszą być dostarczone przez Właściciela Produktu lub analityka biznesowego.
  1. Zanotuj ważne rzeczy
  • Wszelkie ważne rzeczy, które mają być ważne, należy zanotować.
  • Scrum master najlepiej wykonuje tę pracę podczas trwających dyskusji.
  1. Ważne pytania, które należy zadać

Kilka pytań jest zbyt ważnych, aby zespół tworzący program musiał sobie zadać.

  • Czego muszą się nauczyć członkowie zespołu przed przystąpieniem do projektowania?
  • Jakie są wymagania dotyczące kodu historii? Jaka jest wymagana długość i czy istnieją podobne kody napisane wcześniej przez zespół programistów.
  • Do akceptacji przez klientów, ile pracy wymaga?
  • Czy historia ma jakieś zewnętrzne zależności?
  • Czy ktoś w zespole ma wiedzę lub doświadczenie w pracy nad tą samą historią?
  • Czy historia ma jakąkolwiek prostotę lub związaną z nią złożoność z punktu widzenia logiki biznesowej lub z perspektywy technicznej?
  • Ile jest pewności, aby uzyskać zależności na czas?
  1. Punkty za względne porównanie
  • Do historii należy przypisać względne punkty do porównania.
  • Do kondygnacji należy przypisać taką samą liczbę punktów, tj. 1 dla kondygnacji, które mają taki sam nakład pracy jak kondygnacje już zwymiarowane.
  • W przypadku trudniejszych historii należy przypisać proporcjonalnie wyższą wartość.
  • Jeśli historia jest mniej złożona ze względu na naukę z poprzedniej historii, ale prawie podobna do tej historii, należy przypisać niższą wartość.
  1. Wśród całego zespołu należy osiągnąć konsensus zgodnie z rozmiarem historii.
  2. Powinno istnieć potwierdzenie faktu, że między historiami istnieje wewnętrzna spójność.
  3. Należy upewnić się, że w powtarzających się odstępach wszystkie jedynki są takie same lub wszystkie dwójki pasują itd.

Korzyści z szacowania punktów historii Agile

Stosowanie szacunków do punktów fabularnych w zwinnym zapewnia korzyści zarówno deweloperom, jak i właścicielom produktów.

Korzyści oferowane programistom to:

  • Zastosowanie estymacji pozwala programistom wiedzieć, ile planowania jest wymagane do sprintu, a tym samym może kontynuować pracę w zrównoważonym tempie.
  • Unika się nadmiernego planowania sprintu.
  • Strategia wdrożenia i wymagania potrzebne w produkcie są dobrze zrozumiane podczas dyskusji i opracowań.

Korzyści oferowane właścicielom produktów to:

  • Można skoncentrować się na długoterminowej dostawie produktu.
  • Można ocenić „wartość za pieniądze” lub „zwrot z inwestycji” pozycji.
  • Ryzyko techniczne związane z dużymi przedmiotami jest widoczne dla właścicieli produktów.

Ucz się kursów oprogramowania online z najlepszych światowych uniwersytetów. Zdobywaj programy Executive PG, Advanced Certificate Programs lub Masters Programs, aby przyspieszyć swoją karierę.

Streszczenie

Tak jak metodologia zwinna wymaga praktyki, tak samo szacowanie jest praktyką, która z czasem będzie coraz lepsza. Wdrożenie szacowania punktów agile przynosi korzyści zarówno deweloperom, jak i właścicielowi, co ostatecznie skutkuje efektywnym rozwiązaniem.

Jeśli chcesz opanować swoje ręce w tworzeniu oprogramowania, przyjdź i sprawdź kurs Executive PG Program in Software Development – ​​Specialization in Full Stack Development oferowany przez upGrad.

Kurs specjalizacyjny pomoże przekształcić ukrytą kreatywność wszystkich początkujących specjalistów w ich przyszłość w zakresie tworzenia oprogramowania. Jeśli potrzebna jest jakakolwiek pomoc, możesz skontaktować się z naszym zespołem pomocy.

Czym są punkty fabularne w Agile?

Jak oceniasz prawidłowe punkty fabularne?

Jeśli historia dotyczy targów, które odbywają się za sześć miesięcy, możesz postawić punkt za dwa, ponieważ wymóg nie ulegnie zmianie. Jeśli tworzysz interfejs użytkownika, punkty fabularne mogą być jednym z nich. Jeśli programujesz serwer, możesz postawić jeden punkt na dwie godziny. Czasami zespół nie jest w stanie oszacować wymagania, więc lepiej umieścić dużą liczbę punktów, aby wskazać, że nie wiesz, ile wysiłku będzie to wymagało. Z drugiej strony, jeśli masz prostą historię, w której po prostu dodajesz nowy przycisk w formularzu, możesz powiedzieć, że ten punkt jest jeden. Dostępnych jest kilka narzędzi do obliczania czasu w punktach fabularnych.

Czym jest zwinny rozwój?

Agile development to metodologia tworzenia oprogramowania. W zwinnym rozwoju, wymagania i rozwiązania ewoluują poprzez ciągłą komunikację, informacje zwrotne i współpracę między samoorganizującymi się, wielofunkcyjnymi zespołami. Jest to ogólne określenie kilku metodologii iteracyjnych i przyrostowych, takich jak Scrum i Extreme Programming (XP). Zamiast czekać do końca projektu, aby sprawdzić, czy jest to dobre, czy nie, stworzono metodykę zwinnego rozwoju, aby dostarczać działające oprogramowanie w regularnych odstępach czasu przez cały czas trwania projektu. Odbywa się to poprzez tworzenie małych zespołów z określonymi celami i dostarczanie kompletnego i działającego oprogramowania na końcu każdej iteracji.