Scrum powstał jako lekarstwo na pracę w środowisku nieprzyjaznym, ułatwił pracę w sytuacji gdy ścierają się różne, często przeciwne interesy. Jak pokazują relacje naocznych świadków - często działa. Jak to wszystko działa w środowisku przychylnym, pełnym zaufania? Czy w dalszym ciągu potrzebujemy żeby Product Owner i Scrum Master działali naprzeciwko? Podczas prezentacji porównam oba środowiska na podstawie własnych obserwacji i relacji innych. Chciałbym umożliwić słuchaczom rozpoznanie charakterystycznych cech i zdarzeń, tak aby rozpoznać w jakim środowisku pracują. Chciałbym również przekazać garść porad jak warto działać, niezależnie czy słuchacze już pracują w Scrum lub jeszcze nie.

1. Srodowisko bardziej nieprzyjazne?
Czy bardziej przychylne?

2. moja misja, chinskie przyslowie
Jeśli robisz to co lubisz, pewnego dnia przestaniesz pracować.

3. moja misja, moj wariant
Spowodować, żeby jak najwięcej ludzi w branży IT przestało
pracować.

4. Jak mi idzie
Od 5 lat pracuję działam w prawie agilowych zespołach.
Obecnie zespół nr 36, w Toruniu.

5. scrum origin
Powstał naście lat temu, jako lek na pracę w środowisku
pełnym sprzecznych racji i konkurencji.

6. scrum origin

7. scrum origin

8. scrum origin

9. scrum origin
Scrum Master to tarcza ochronna zespołu.
Product Owner powinien kontrolnie dociskać zespół.

10. scrum origin

11. scrum origin

12. scrum origin

13. scrum origin

14. scrum origin

15. Daily Scrum
hostile vs friendly

16. daily - hostile
Nie mam problemów,
wszystko idzie zgodnie z
planem!

17. daily - hostile
Kończmy szybciej, muszę
szybko naprawić, póki
nikt nic nie zauważył...

18. daily - hostile
Kończmy już! Śpieszę się,
muszę wracać do
maksymalizowania
wartości biznesowej.

19. daily - hostile
• Obawa przed pokazaniem porażki,
• rutynowa konieczność,
• niska wartość dodana.

20. daily - friendly
• Pełna otwartość,
• zmiana kursu jeśli to potrzebne,
• ryzyka wypływają na powierzchnie,
• wzajemna pomoc.

21. daily - friendly
Ja zacznę.

22. daily - friendly
Wczoraj nie poszło mi zbyt
dobrze...

23. daily - friendly

24. daily - friendly
Napisałem skrypt
przeliczający dane. W
nocy uruchomił się i
usunął dane z naszej
bazy...

25. daily - friendly
Oprócz tego
wprowadziłem
poprawkę na
repozytorium i przez nią
wywaliło się środowisko
integracyjne.

26. daily - friendly
To wszystko.

27. daily - friendly

28. Dokumentacja
hostile vs friendly

29. dokumentacja - hostile
Dlaczego ten formularz ma
takie dziwne pola???

30. dokumentacja - hostile
Rzuć okiem na stronę 435,
encja numer 17B,
wariant 2.

31. dokumentacja - hostile

32. dokumentacja - hostile

33. • Często jest wykorzystywana jako „podkładka”,
• ale w scrumie nie robimy dokumentacji („working
software over comprahensive documentation”),
• = rozdwojenie jaźni.
dokumentacja - hostile

34. • Jest narzędziem pomocniczym dla teamu – zawsze można
czegoś w niej poszukać,
• mniej doprecyzowanych rzeczy,
• większa dynamika zmian,
• nie opłaca się drukować.
dokumentacja - friendly

35. Mejle
hostile vs friendly

36. mejle - hostile
• CC do „wszystkich świętych”,
• Kolejna „podkładka”.

37. mejle - hostile

38. mejle - friendly
• Mało :)
• mejle to bardzo słaba forma komunikacji - więcej ustaleń
„na gębę”.

39. Estymowanie
hostile vs friendly

40. estymowanie - hostile
Mam świetny pomysł na
nowy moduł! Polega na
tym, że ...

41. estymowanie - hostile
Rzeczywiście niezły
pomysł.
40 Story Pointów.

42. estymowanie - hostile

43. estymowanie - hostile
O kurcze, aż tyle? Może
jednak dacie radę zrobić w
13SP?

44. estymowanie - hostile
Nie no, wspólnie
wyceniliśmy to na 40SP.
Każdy z nas tak uważa.

45. estymowanie - hostile
A może 20 SP?

46. dokumentacja - hostile
Ej! To jest Scrum, to jak
zespół oszacował – tak
zostaje! A co z jakością? Co
z DoD?

47. estymowanie - hostile
No trudno, niech zostanie
te 40 SP.
Ech ten Scrum.

48. estymowanie - hostile
• Nie ma nic boleśniejszego niż zrobienie pięknie
otestowanego, wydajnego systemu, z którego nikt nie
korzysta.

49. estymowanie - friendly
• Team ufa PO, jeśli ten powie, że na tym etapie jakość nie
jest priorytetem (test is dead).
• PO ufa teamowi, jeśli ten powie, że nie możemy aż tak
bardzo upraszczać,
• Lean Startup.

50. estymowanie - friendly
Mam świetny pomysł na
nowy moduł! Polega na
tym, że ...

51. estymowanie - friendly
Rzeczywiście niezły
pomysł.
40 Story Pointów.

52. estymowanie - friendly

53. estymowanie - friendly
O kurcze, aż tyle? Ten
moduł zarobi na siebie
wtedy, gdy zrobimy go
znacznie szybciej.

54. estymowanie - friendly
Nie powinniśmy w niego
tyle inwestować, nie
wiadomo czy nawet
wypali. A co możemy
zrobić w 13SP?

55. estymowanie - friendly
Gdybyśmy uprościli
komunikację i na razie nie
myśleli o wydajności, to
zmieścimy sie w 13SP.

56. Retro
hostile vs friendly

57. retro - hostile
Jest bardzo ciężko...

58. retro - hostile
Nasze VM’ki nigdy nie
wstają same...

59. retro - hostile
Nasze testy automatyczne
jeszcze nigdy nie przeszły
w 100%...

60. retro - hostile
Codziennie rano tracę
godzinę na szukanie ludzi
którzy zrobią mi code
review….

61. retro - hostile
Nie mogę się nigdy do
nikogo dodzwonić…

62. retro - hostile
Programuję tylko 2 godziny
dziennie, resztę zżerają mi
różne
&*$%#@

63. retro - hostile

64. retro - friendly
Jest bardzo ciężko...

65. retro - friendly
Nasze VM’ki nigdy nie
wstają same...

66. retro - friendly
Nasze testy automatyczne
jeszcze nigdy nie przeszły
w 100%...

67. retro - friendly
Codziennie rano tracę
godzinę na szukanie ludzi
którzy zrobią mi code
review….

68. retro - friendly
Nie mogę się nigdy do
nikogo dodzwonić…

69. retro - friendly
Programuję tylko 2 godziny
dziennie, resztę zżerają mi
różne &*$%#@

70. retro - friendly

71. retro - friendly
Nad czym popracujemy
najpierw?

72. planowanie sprintu - friendly
• Nagroda za porażkę,
• nastawienie na krótki cykl uczenia się,
• „pudłujesz 100% strzałów, ktorych nie oddałeś”
Wayne Gretzki

73. demo - hostile
• „zrobiliśmy dokładnie tak jak było w AC”
• „ale przeciez zrobilismy jak biznes nam kazał”
• „zrobilismy to co mowiles ze chciałeś”
• „od samego poczatku wiedziałem że to się nie uda, że to
jest bez sensu”

74. demo - hostile

75. backlog - hostile
• królestwo PO

76. backlog - friendly
• współtworzony przez cały zespoł

77. Odrobina teorii

78. teoria rozwoju grup wg Tuckaman

79. Tips & Tricks

80. tipy
Słuchaj uważnie innych, nawet gdy jesteś wkurzony.

81. tipy
Odłóż emocje na bok, oddzielaj opinie od faktów.

82. tipy
Unikaj kwantyfikatorów w rozmowie, poproś o
skonkretyzowanie tych, którzy z nich korzystają.

83. tipy
Unikaj mówienia „nie masz racji” – to jest opinia a nie fakt

84. tipy
Denerwować się to znaczy, mścić na własnym zdrowiu za
głupotę innych.

85. podsumowanie
• Potrzebujemy transparencji,
• potrzebujemy dawać i otrzymywać feedback,
• potrzebujemy dużo zaufania.

86. podsumowanie
• Wspólna wizja,
• współna praca,
• wspólna radość.

87. Pytania?
@trylik
marek.trylinski@gmail.com
pl.linkedin.com/in/marektrylinski/

88. Dzieki
@trylik
marek.trylinski@gmail.com
pl.linkedin.com/in/marektrylinski/