Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Tips and ticks: prowadzenie dzialu IT

838 views

Published on

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

Published in: Leadership & Management
  • Be the first to comment

  • Be the first to like this

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ę

×