Tips and tricks - prowadzenie działu IT
0 likes27 views
prezentacja wygłoszona dwa razy: * Kraków - KRUG - 2016.03 * Gliwice - SRUG - 2016.10
Tips and tricks - prowadzenie działu IT
- 1. Gliwice, 18 październik 2016 Krzysztof Hostyński Tips & Tricks: prowadzenie działu IT
- 2. Zaczynamy
- 3. ²ę Dlaczego wygłaszam taką Գٲę?
- 5. ²ę
- 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. ܱół
- 9. ܱół było tak: ● mieliśmy 2 duże zespoły
- 10. ܱół efekt: ● niby wszystko ok
- 11. ܱół efekt: ● niby wszystko ok ● pojawiały się zakleszczenia zadań
- 12. ܱół wniosek: ● zespoły 3-4 osobowe działają znacznie sprawniej
- 13. ܱół 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 ǴdzԲó
- 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
- 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ś łł
- 53. Cel sprintu efekt: ● jakoś łł ● 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
- 57. Admini w sprintach było tak: ● oddzielne zadania poza sprintami
- 58. Admini w sprintach efekt: ● jakoś łł ● 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
- 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?