1.
Wszystko co prawdopodobnie
już wiesz na temat
szacowania relatywnego,
ale nie wiesz skąd

2.
2
Part I
Czy potrafimy szacować?

3.
3
Elementy
Backlogu Produktu
posiadają
następujące
atrybuty:
● opis,
● kolejność,
● oszacowanie,
● wartość.

4.
4
Po co szacujemy?

5.
Przewidywanie przyszłości?
Co i na kiedy zrobimy?
Ile to może kosztować?
Kiedy skończymy?
Lepiej zrozumieć wymagania?
5

6.
0
5
/
0
Ile minut zajmie
zjedzenie tego arbuza?

7.
0
5
/
0
45?
30?
20?
25?
40?
15?

8.
0
5
/
0
32,5…?

9.
0
5
/
0
Ile waży ten arbuz?

10.
0
5
/
0
1 kg?
2 kg?
4 kg?
6 kg?
4,5 kg?

11.
0
5
/
0
3,5…?

12.
Czy osiągneliśmy któryś
z celów szacowania z początku?

13.
0
5
/
0
Ludzie kiepsko szacują
w jednostkach absolutnych...

14.
0
5
/
0
Jednostki
absolutne*?
*Absolutny - dotyczący absolutu,
istniejący niezależnie i obiektywnie

15.
0
5
/
0
2 kg = 2*1 kg

16.
0
5
/
0
2 godziny =
2*1 godzina

17.
0
5
/
0
Nie istnieje coś takiego jak
jednostka w 100% absolutna!

18.
0
5
/
0
Szacowanie w godzinach też jest
szacowaniem relatywnym!

19.
20
Czy ludzie kiepsko szacują
z powodu używanej jednostki?

20.
0
5
/
0
Zapamiętaj:
1. Wszystkie jednostki mogą
być relatywne
1. To nie jednostka sprawia
nam trudność w szacowaniu

21.
22
Part II
Szacowanie relatywne

22.
Kto jest najwyższy?

23.
Ile ma wyskość ten wieżowiec?

24.
0
5
/
0
Szacowanie relatywne

25.
0
5
/
0
Zapamiętaj:
Ludzie są dobrzy
w porównywaniu ze sobą
rzeczy, ale tylko takich
o podobnej skali.

26.
0
5
/
0
Kiwi – małe (S)
Jabłko– średnie (M)
Grapefruit - duże (L)

27.
0
5
/
0
Borówka – bardzo małe (XS)
Kiwi, cytryna – małe (S)
Jabłko, gruszka – średnie (M)
Grapefruit – duże (L)
Arbuz - bardzo duże (XL)

28.
0
5
/
0
Borówka – bardzo małe - 2 OP
Kiwi, cytryna – małe - 3 OP
Jabłko, gruszka – średnie - 5 OP
Grapefruit – duże - 8 OP
Arbuz - bardzo duże - 13 OP

29.
0
5
/
0
Borówka – 1 OP
Winogrono - 2 OP
Kiwi, cytryna – 3 OP
Jabłko, gruszka – 4 OP
Pamarańcza – 5 OP
Grapefruit - 6 OP
Melon - 7 OP
Arbuz - 8 OP

30.
0
5
/
0
Ile zespół zjadł
owoców w Sprincie?
5+5+2 =12 OP
5+5+8 = 18 OP
2+3+8 = 13 OP
v = 14,3 OP

31.
Zespół Deweloperski zobowiązuje
się prognozuje zakres prac, który
zostanie zrealizowany w trakcie
Sprintu.
- Scrum Guide

32.
10 punktów dla Gryffindoru!

33.
0
5
/
0
Zapamiętaj:
● Metoda szacowania relatywnego to
porównywanie między sobą zadań
przy wykorzystaniu pewnej,
unikalnej skali
● Prędkość zespołu to średnia z kilku
sprintów, a nie stała wartość

34.
0
5
/
0
● Szacowanie relatywne pomaga
zespołowi lepiej przewidzieć co
zrealizuje i dobierać bardziej
realistyczne cele
● Samo posiadanie estymat nie
podniesie prawdopodobieństwa
ukończenia złożonej pracy

35.
36
Part III
Story Points

36.
0
5
/
0
Story Point = Złożoność
(Complexity)
Szacunek godzinowy = Wysiłek
(Effort)

37.
0
5
/
0
Jak wysoko można podrzucić
w górę tego arbuza?

38.
0
5
/
0
Jak wysoko można podrzucić
w górę tego arbuza?
1. Waga arbuza
2. Osoba
3. Siła tej osoby

39.
0
5
/
0
Ile czasu zajmie pokonanie
trasy Warszawa - Kraków?

40.
0
5
/
0
Ile czasu zajmie pokonanie
trasy Warszawa - Kraków?
1. Środek transportu
2. Pora roku
3. Kto jest kierowcą

41.
0
5
/
0
Jaka jest odległość w linii prostej
z Warszawy do Krakowa?

42.
0
5
/
0
Story Pointy = złożoność

43.
0
5
/
0
Pierwszy członek zespołu -
6 letni chłopiec

44.
0
5
/
0
Drugi członek zespołu -
doświadczony neurochirurg

45.
0
5
/
0
Zadanie 1:
polizać 1000 znaczków
Zadanie 2:
przeprowadzić prostą
operację mózgu

46.
0
5
/
0
Ilość pracy * Złożoność
= zbliżony czas ukończenia zadania

47.
0
5
/
0
Zapamiętaj:
Na wysokość estymaty
w Story Pointach wpływa:
● złożoność zadania
● pracochłonność

48.
0
5
/
0
Ryzyko i niepewność

49.
0
5
/
0
Story Pointy
to miara ogólnej
pracochłonności,
wysiłku (effort), a nie
jedynie złożoności.

50.
0
5
/
0
Story Pointowy “wysiłek”
zależy od:
1. Złożoności zadania
2. Ilości pracy do wykonania
3. Ryzyka i niepewności

51.
53
Part IV
Po co używać Story Pointów?

52.
0
5
/
0
1. Story Pointy są niezależne od
osoby, która je wykonuje

53.
0
5
/
0
2. Pozwala developerom o różnych
umiejętnościach na wspólne szacowanie
elementów Backlogu

54.
0
5
/
0
3. Metody szacowania z użyciem SP
poprawiają komunikację
3
3
5 13

55.
57
Part V
Weź ze sobą, zastosuj od jutra

56.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
1. Stwórz referencyjną skalę
do porównywania historyjek

57.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
2. Zawsze porównuj historyjki z dwóch stro
jedną większą, jedną mniejszą

58.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
3. Pamiętaj, że Story Pointy to
pracochłonność, na którą składają się:
ilość pracy, ryzyko, złożoność

59.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
4. Nie przeliczaj Story Pointów
na stałą liczbę godzin

60.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
5. Traktuj velocity jako średnią z kilku
Sprintów, a nie stałą wartość

61.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
6. Nadaj unikalną nazwę
dla Story Pointów w swoim zespole

62.
0
5
/
0
Extra Small – 2 SP
Small – 3 SP
Medium – 5 SP
Large – 8 SP
Extra Large -13 SP
6. Zastanów się po co szacujesz

63.
2. Próba estymowania i dyskusja o zadaniach poprawia zrozumienie zadań. Gdy
podajemy estymatę chcemy aby okazała się zgodna z rzeczywistością, czujemy
zobowiązanie, dlatego staramy się przemyśleć coś dogłebmniej, dokłądniej zanim
rzicimy liczbę.
3 (nie dla każdego zespołu) - pomaga uporządkować backlog, estymaty moga
mieć wpływ na kolejność elemenety backlogu. Jak coś jest za dużo, to może
najpeirw zrobimy kilka mniejszych.
4. Na kiedy to (co?) będzie? Czyli na kiedy zrobisz wszystko, albo ile z tego
zrobisz w Q1?

64.
Dlaczego nie w godzinach?
Szacowanie w godzinach nie działa w zespołach bo nie każdy ma taką samą
produktywność. Senior developer zrobi coś w 4 godziny, junior w 6. Kto ma rację?
Obaj, ale nie mogą oczywiście zgodzić się na jedną wartość w godzinach czy man
dayach.
Jak uśrednią to nic to nie da ani jednemu ani drugiemu, bo dla juniora nadal to
będzie za szybko, a dla seniora nadal za wolno.
Kiedyś spytałem teścia, który na co dzień zajmuje się remontami mieszkań, ile
mniej więcej zajęło by pomalowanie sypialni w moim mieszkaniu, bo wymagała
odświeżenia. Stwierdził, że to nieduży pokój więc może ze 2 godziny.
Stwierdziłem, że skoro to taka prosta robota, to poradzę sobie sam i zajęło mi to 4
godziny… W takim razie ile salon i przedpokój pytam kolejnym razem, trochę tam
tego jest, 4 godziny…. ale jakto? Przecież ja malowałem niewielką sypialnię 4h…
czyli dla mnie pewnie z 8….
Bardziej wprawiona i doświadczona osoba zrobi coś szybciej i oczywistym jest, że
nie możemy się zgodzić co do estymaty godzinowej, ale wiemu że salon i
przedpokój to 2x tyle roboty co sypialnia.

65.
Czy nie potrafimy szacować?
Niektórych nie potrafimy, ale niektóre tak.
Kiedy wiem, że przyjdą znajomi, mniej więcej pół godziny przed przekąski.
Kiedy idę na spacer z psem wrócę za mnie wiecej pól godzny, czasami bedzie to
25 minut, czasami 32.
Ile czasu zajmie mi dojechanie do teściów? między 2:40 a 3h
Potrafimy szacować nieźle rzeczy które są nam dobrze znane.
Projekt niedoszacowany jest dużo bardziej prawdopodoben że bedzie realziowany
niż przeszacowany, a to prowadzi do mylnego przeświadczenia, że develoeprzy
są zawsze spóźnieni.
Być może nie jesteśmy aż tak źli w estymowniu ale stanowczo zbyt pewni swoich
umiejetności estymowania? So while we’re not necessarily bad at estimating, we
are generally overconfident in our ability to estimate.

66.
Kiedy urodził się Mieszko I, daj mi estymatę której jesteś pewny w 90%?
Gdy zadam Ci 10 takich pytań, 9 powinno byc poprawnych.
Ale nigdy tak nie wychodzi, czy da się lepiej?
Tak gdy osobom estymującym pokazujemy dowody na to że są overconfidence.
For example, in one study of software development work, programmers gave
correct estimates 64% of the time on the first ten items they estimated.
When provided with that feedback, they improved to 70% correct on
the second set of ten items. And then 81% on the third set after additional
feedback on their accuracy.
Gdy ktoś jest zbyt pewny siebie nie zaangazuje się w kontruktywną debatę, bo po
prostu myśli że ma rację i koniec kropka.

67.
Dlaczego estymujemy?
Przynajmniej 4 powody
1. Zdobycie zaufania i wiarygodność w oczach interesariuszy
Na kiedy to będzie (w 4 miesiące)? Bo np 1.VII.2021 wchodzi ustawa. Zespoł
mówi że 6-8? I co? Ma być w 4, “go do”
Dlaczego tak się dzieje? Prawdopodobnie zespół ma w swoim potfolio kilka
spóźnionych projektów i poprzez to nie jest traktowany jako równy partner do
negocjacji dat. Skoro w przeszłości pokazali że nie do końća trafiają ze
swoimi estymatami to nie można za bardzo ufać im kolejnym próbom.
Inny case - zespół jest w miarę przerwidywalny, nie perfekcyjny ale solidny.
Czasami spóźni się ale nie wiele, czasami odda ciut wcześniej.Kiedy
powiedza 6-8 miesiecy, interesariusze się słuchaa, oczywiście nadal woleliby
w 4 i są nieco zawiedzeni, ale w takim przypadku ryzyko że padni prikaz i
powiedzenie go do, jest dużo niższe.

68.
Czym są Story Pointy?
SP = effort - number of labor units required to complete a task
Przykład
Wozenie taczką piasku, ojcicec vs 8 letnia córka.
Relative estimates - musimy zgodzić się na jakieś proporcje
- amount of work
- risk of doing it
- any uncertainty surrounding it
- complexity of the work
Zadanie pomalowanie płota - >aby powiedzieć za ile to zrobimy zadajemy pytania:
1. jaka jest długość i wysokość płota
2. jaka jest jego kondycja i stan
3. z jakiego jest materiału
4. z obu stron czy tylko z jednej
5. obecne i porządane kolory