Krzysztof Hostyński, prezentacja ze spotkania SRUG(Silesian Ruby User Group), 18.10.2016

1. Gliwice, 18 październik 2016 Krzysztof Hostyński
Tips & Tricks: prowadzenie działu IT

2. Zaczynamy

3. Wstęp
Dlaczego wygłaszam taką prezentację?

4. Wstęp
Krzysztof Hostyński

5. Wstęp

6. O czym nie będę mówić?

7. O czym nie będę mówić?
Scrum jest super a waterfall jest zły

8. Zespół

9. Zespół
było tak:
● mieliśmy 2 duże zespoły

10. Zespół
efekt:
● niby wszystko ok

11. Zespół
efekt:
● niby wszystko ok
● pojawiały się zakleszczenia zadań

12. Zespół
wniosek:
● zespoły 3-4 osobowe działają
znacznie sprawniej

13. Zespół
wniosek:
● zespoły 3-4 osobowe działają
znacznie sprawniej
● aktualnie 5 małych zespołów

14. Planowanie zadań

15. Planowanie zadań
było tak:
● zadania w sprincie tak duże jak
wychodziło

16. Planowanie zadań
efekt:
● przeciągające się zadania

17. Planowanie zadań
efekt:
● przeciągające się zadania
● znużenie zespołu

18. Planowanie zadań
efekt:
● przeciągające się zadania
● znużenie zespołu
● opóźnienia na testowaniu

19. Planowanie zadań
wniosek:
● zadania maksymalnie 5 godzinne

20. Grooming

21. Grooming
było tak:
● niedocenialiśmy groomingów

22. Grooming
efekt:
● trudne planowania

23. Grooming
efekt:
● trudne planowania
● zadania gorzej przygotowane

24. Grooming
efekt:
● trudne planowania
● zadania gorzej przygotowane
● przeciągająca się realizacja

25. Grooming
wniosek:
● kluczowy element Scruma

26. Grooming
wniosek:
● kluczowy element Scruma
● zadania dwa razy groomingowane

27. Grooming
wniosek:
● kluczowy element Scruma
● zadania dwa razy groomingowane
● zapraszany klient wewnętrzny

28. Review

29. Review
było tak:
● Review osobne dla każdego zespołu

30. Review
było tak:
● Review osobne dla każdego zespołu
● robione dla prezesa i product ownera

31. Review
efekt:
● było ok

32. Review
efekt:
● było ok
● tylko ok

33. Review
wniosek:
● jedno review wszystkich zespołów

34. Review
wniosek:
● jedno review wszystkich zespołów
● review dla całej firmy

35. Review
wniosek:
● jedno review wszystkich zespołów
● review dla całej firmy
● testujemy obecność klientów

36. Review Dev

37. Review
było tak:
● duże reviev dla całej firmy

38. Review
efekt:
● sporo plusów (jak podawałem wyżej)

39. Review
efekt:
● sporo plusów (jak podawałem wyżej)
● review robiło się mocno techniczne

40. Review
wniosek:
● podział na review produktowe i dev

41. Review
wniosek:
● podział na review produktowe i dev
● produktowe: cała firma

42. Review
wniosek:
● podział na review produktowe i dev
● produktowe: cała firma
● dev: tylko dział IT

43. Review
wniosek:
● podział na review produktowe i dev
● produktowe: cała firma
● dev: tylko dział IT
● odbywają się jedeno po drugim

44. Planowanie czasu w sprincie

45. Planowanie czasu w sprincie
było tak:
8 godzin * ilość dni

46. Planowanie czasu w sprincie
efekt:
● nie wychodziło

47. Planowanie czasu w sprincie
efekt:
● nie wychodziło
● zadania niedokończone

48. Planowanie czasu w sprincie
efekt:
● nie wychodziło
● zadania niedokończone
● irytacja zespołu

49. Planowanie czasu w sprincie
wniosek:
5h * ilość dni

50. Cel sprintu

51. Cel sprintu
było tak:
● nie rozpisywaliśmy celów sprintu
● w sprincie zajmowaliśmy się
wieloma osobnymi tematami

52. Cel sprintu
efekt:
● jakoś działało

53. Cel sprintu
efekt:
● jakoś działało
● brak jasnej biznesowej wartości

54. Cel sprintu
wniosek:
● konkretny cel sprintu

55. Cel sprintu
wniosek:
● konkretny cel sprintu
● idealnie gdy sprint ma 1 konkretny
cel biznesowy

56. Admini w sprintach

57. Admini w sprintach
było tak:
● oddzielne zadania poza sprintami

58. Admini w sprintach
efekt:
● jakoś działało
● bardziej jako utrzymanie
● działanie oddzielnie od developerami

59. Admini w sprintach
wniosek:
● praca w sprintach

60. Admini w sprintach
wniosek:
● praca w sprintach
● zaangażowanie w projekty

61. Admini w sprintach
wniosek:
● praca w sprintach
● zaangażowanie w projekty
● kierunek DevOps

62. Admini w sprintach
wniosek:
● praca w sprintach
● zaangażowanie w projekty
● kierunek DevOps
● dostarczanie wartości biznesowej

63. Admini w sprintach
wniosek:
● praca w sprintach
● zaangażowanie w projekty
● kierunek DevOps
● dostarczanie wartości biznesowej
● ciągle się uczymy

64. Ogólnie na koniec

65. Ogólnie na koniec
● Scrum najlepiej działa w czystej postaci

66. Ogólnie na koniec
● Scrum najlepiej działa w czystej postaci
● eksperymenty

67. Ogólnie na koniec
● Scrum najlepiej działa w czystej postaci
● eksperymenty
● na większość problemów zespół zna odpowiedź

68. Czy to koniec?

69. Dziękuję za uwagę