O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Tips and ticks: prowadzenie dzialu IT

1.077 visualizações

Publicada em

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

  • Entre para ver os comentários

  • Seja a primeira pessoa a gostar disto

Tips and ticks: prowadzenie dzialu IT

  1. 1. Gliwice, 18 październik 2016 Krzysztof Hostyński Tips & Tricks: prowadzenie działu IT
  2. 2. Zaczynamy
  3. 3. Wstęp Dlaczego wygłaszam taką prezentację?
  4. 4. Wstęp Krzysztof Hostyński
  5. 5. Wstęp
  6. 6. O czym nie będę mówić?
  7. 7. O czym nie będę mówić? Scrum jest super a waterfall jest zły
  8. 8. Zespół
  9. 9. Zespół było tak: ● mieliśmy 2 duże zespoły
  10. 10. Zespół efekt: ● niby wszystko ok
  11. 11. Zespół efekt: ● niby wszystko ok ● pojawiały się zakleszczenia zadań
  12. 12. Zespół wniosek: ● zespoły 3-4 osobowe działają znacznie sprawniej
  13. 13. Zespół wniosek: ● zespoły 3-4 osobowe działają znacznie sprawniej ● aktualnie 5 małych zespołów
  14. 14. Planowanie zadań
  15. 15. Planowanie zadań było tak: ● zadania w sprincie tak duże jak wychodziło
  16. 16. Planowanie zadań efekt: ● przeciągające się zadania
  17. 17. Planowanie zadań efekt: ● przeciągające się zadania ● znużenie zespołu
  18. 18. Planowanie zadań efekt: ● przeciągające się zadania ● znużenie zespołu ● opóźnienia na testowaniu
  19. 19. Planowanie zadań wniosek: ● zadania maksymalnie 5 godzinne
  20. 20. Grooming
  21. 21. Grooming było tak: ● niedocenialiśmy groomingów
  22. 22. Grooming efekt: ● trudne planowania
  23. 23. Grooming efekt: ● trudne planowania ● zadania gorzej przygotowane
  24. 24. Grooming efekt: ● trudne planowania ● zadania gorzej przygotowane ● przeciągająca się realizacja
  25. 25. Grooming wniosek: ● kluczowy element Scruma
  26. 26. Grooming wniosek: ● kluczowy element Scruma ● zadania dwa razy groomingowane
  27. 27. Grooming wniosek: ● kluczowy element Scruma ● zadania dwa razy groomingowane ● zapraszany klient wewnętrzny
  28. 28. Review
  29. 29. Review było tak: ● Review osobne dla każdego zespołu
  30. 30. Review było tak: ● Review osobne dla każdego zespołu ● robione dla prezesa i product ownera
  31. 31. Review efekt: ● było ok
  32. 32. Review efekt: ● było ok ● tylko ok
  33. 33. Review wniosek: ● jedno review wszystkich zespołów
  34. 34. Review wniosek: ● jedno review wszystkich zespołów ● review dla całej firmy
  35. 35. Review wniosek: ● jedno review wszystkich zespołów ● review dla całej firmy ● testujemy obecność klientów
  36. 36. Review Dev
  37. 37. Review było tak: ● duże reviev dla całej firmy
  38. 38. Review efekt: ● sporo plusów (jak podawałem wyżej)
  39. 39. Review efekt: ● sporo plusów (jak podawałem wyżej) ● review robiło się mocno techniczne
  40. 40. Review wniosek: ● podział na review produktowe i dev
  41. 41. Review wniosek: ● podział na review produktowe i dev ● produktowe: cała firma
  42. 42. Review wniosek: ● podział na review produktowe i dev ● produktowe: cała firma ● dev: tylko dział IT
  43. 43. Review wniosek: ● podział na review produktowe i dev ● produktowe: cała firma ● dev: tylko dział IT ● odbywają się jedeno po drugim
  44. 44. Planowanie czasu w sprincie
  45. 45. Planowanie czasu w sprincie było tak: 8 godzin * ilość dni
  46. 46. Planowanie czasu w sprincie efekt: ● nie wychodziło
  47. 47. Planowanie czasu w sprincie efekt: ● nie wychodziło ● zadania niedokończone
  48. 48. Planowanie czasu w sprincie efekt: ● nie wychodziło ● zadania niedokończone ● irytacja zespołu
  49. 49. Planowanie czasu w sprincie wniosek: 5h * ilość dni
  50. 50. Cel sprintu
  51. 51. Cel sprintu było tak: ● nie rozpisywaliśmy celów sprintu ● w sprincie zajmowaliśmy się wieloma osobnymi tematami
  52. 52. Cel sprintu efekt: ● jakoś działało
  53. 53. Cel sprintu efekt: ● jakoś działało ● brak jasnej biznesowej wartości
  54. 54. Cel sprintu wniosek: ● konkretny cel sprintu
  55. 55. Cel sprintu wniosek: ● konkretny cel sprintu ● idealnie gdy sprint ma 1 konkretny cel biznesowy
  56. 56. Admini w sprintach
  57. 57. Admini w sprintach było tak: ● oddzielne zadania poza sprintami
  58. 58. Admini w sprintach efekt: ● jakoś działało ● bardziej jako utrzymanie ● działanie oddzielnie od developerami
  59. 59. Admini w sprintach wniosek: ● praca w sprintach
  60. 60. Admini w sprintach wniosek: ● praca w sprintach ● zaangażowanie w projekty
  61. 61. Admini w sprintach wniosek: ● praca w sprintach ● zaangażowanie w projekty ● kierunek DevOps
  62. 62. Admini w sprintach wniosek: ● praca w sprintach ● zaangażowanie w projekty ● kierunek DevOps ● dostarczanie wartości biznesowej
  63. 63. Admini w sprintach wniosek: ● praca w sprintach ● zaangażowanie w projekty ● kierunek DevOps ● dostarczanie wartości biznesowej ● ciągle się uczymy
  64. 64. Ogólnie na koniec
  65. 65. Ogólnie na koniec ● Scrum najlepiej działa w czystej postaci
  66. 66. Ogólnie na koniec ● Scrum najlepiej działa w czystej postaci ● eksperymenty
  67. 67. Ogólnie na koniec ● Scrum najlepiej działa w czystej postaci ● eksperymenty ● na większość problemów zespół zna odpowiedź
  68. 68. Czy to koniec?
  69. 69. Dziękuję za uwagę

×