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.

Pasja, cierpliwość i zaufanie. Agile@GetResponse – historia zmiany

3,327 views

Published on

Podobno na mieście krążą informacje o udanych zmianach w GetResponse IT. Nadszedł zatem najwyższy czas, aby o nich opowiedzieć!

W czerwcu 2015 roku w GetResponse pojawiło się dwoje zaprawionych w bojach Scrum Masterów. Misja: wsparcie wdrożenia Scruma na poziomie całego IT.

Po 1.5 roku jest już nas pięcioro i uważamy, że wspólnie udało nam się sporo osiągnąć. Opowiem o tym jak podeszliśmy do procesu zmiany, co zrealizowaliśmy, na jakie problemy natrafiliśmy i jak je rozwiązaliśmy, co nas zaskoczyło, jakie popełnialiśmy błędy i czego nas to nauczyło. I jak wersję „wzorowy Scrum” zmieniliśmy na podążanie za zasadami kultury agile.

To będzie też historia o tym jak istotna w pracy Scrum Mastera jest pasja i wewnętrzny ogień, połączony z anielską cierpliwością. I jak bardzo pomaga zaufanie. Zarówno to otrzymane, jak i dawane.

Prezentował: Maciej Wilmiński

Scrum Master w GetResponse, mający niemałe doświadczenie we wprowadzaniu kultury i pracy agile, zarówno na poziomie zespołów deweloperskich, działów IT jak i całych organizacji.

Jego dużym atutem jest praktyka zdobyta w sporej ilości projektów, w których pełnił różne role: programisty, architekta oprogramowania czy lidera zespołu. W efekcie niewiele w IT jest go w stanie zaskoczyć lub przestraszyć.

Wierzy w moc pracy zespołowej, a jako wielki fan sportu, dostrzega sporo podobieństw pomiędzy pracą zespołu programistycznego, a budowaniu dobrej drużyny sportowej. Rolę Scrum Mastera postrzega jako kombinację kapitana, trenera, a czasem i zawodnika.

O Scrumie i agile’u pisze na blogu mlynarze.com, jest też założycielem Encyklopedii Rocka rockers.com.pl.

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

  • Be the first to like this

Pasja, cierpliwość i zaufanie. Agile@GetResponse – historia zmiany

  1. 1. PASJA, CIERPLIWOŚĆ I ZAUFANIE AGILE@GETRESPONSE Zespół GR Scrum Masters
  2. 2. GETRESPONSE PLATFORMA ONLINE MARKETINGU
  3. 3. RYS HISTORYCZNY pojedyncze zespoły, eksperymenty Husar 2014 - od Husara do Scruma jesień 2014 - oficjalna decyzja - Scrum maj 2015 - pierwszy Scrum Master czerwiec 2015 - jest nas dwoje i zaczynamy działać
  4. 4. RUSZYŁA MACHINA komunikacja szkolenia - biznes, kierownicy, deweloperzy
  5. 5. PODWALINY Backlog, planowanie - oswojenie z bytami Backlog - biznes decyduje co jest realizowane i w jakiej kolejności spotkania/planowania w cyklach tygodniowych oczekiwania vs możliwości, pętla informacji zwrotnej
  6. 6. SCRUM MASTERZY "z zewnątrz" z doświadczeniem we wprowadzaniu Scruma całkowicie samodzielni - zaufanie, działajcie
  7. 7. KONTEKST projekty + utrzymanie + "drobny rozwój" + Ninja Developing zespoły: developers, frontend, GR Labs EVOlution liczba osób ~50
  8. 8. SCRUM - CELE promowanie pracy zespołowej - “team spirit” usprawnienie komunikacji podniesienie świadomości celów biznesowych zwiększenie wpływu na sposób realizacji zadań podniesienie jakości produktów sprawne odpowiadanie na potrzeby biznesowe podniesienie motywacji i zaangażowania zwiększenie samodzielności zwiększenie odpowiedzialności za powierzone obszary
  9. 9. CELE - BLISKO WARTOŚCI ORGANIZACYJNYCH CANI, Kaizen Pokaż swój zapał i energię Bądź uczciwy i szczery w komunikacji Ucz się i dziel swoją wiedzą Rozwijaj się, przystosowuj i akceptuj zmiany Dbaj o optymizm w zespole
  10. 10. DZIAŁAMY analiza sytuacji zastanej (również pod kątem technikaliów)- spotkania, siedzenie z zespołami rozmowa z Zarządem - oczekiwania zbieranie wiedzy nt. organizacji spotkania SM i cotygodniowe planowanie -> Backlog i rozmowy na jego temat z managementem ankieta
  11. 11. DEWELOPERZY NIE CZEKALI Z CHLEBEM I SOLĄ Przeliczyliśmy się. Wśród deweloperów nikt nie witał, nikt nie pytał, a jak już pytał... Czemu Ty nic nie robisz? Masz rozwiązywać nasze problemy, a ja mam jeden Scrum nie działa Jak to? To nie jest Scrum? Nie było wiedzy o tym, kim jest SM i co właściwie powinien robić
  12. 12. DIAGNOZA Zobojętnienie przez długi czas oczekiwania Zmiany strukturalne w IT Komunikacja, komunikacja, komunikacja Przekonanie, że to już jest Scrum
  13. 13. ANKIETA niska frekwencja (33%), ale jak już ktoś odpowiedział... OCZEKIWANIA eliminacja multizadaniowości (i multidziedzinowości) lepszy opis wymagań skończmy z wrzutami OBAWY biznes nie jest gotowy narzut proceduralny
  14. 14. PLAN zespołowość (praca była mocno indywidualna, nawet w przypadku projektów) zespoły w jednym, wspólnym pokoju eliminacja przełączania kontekstu wzmocnienie kompetencji testerskich (testował/odbierał głównie biznes) usamodzielnianie zespołów praca nad wymaganiami
  15. 15. NASZ PIERWSZY SPRINT
  16. 16. ŻEBY BYŁA ZESPOŁOWOŚĆ, POTRZEBNE SĄ ZESPOŁY
  17. 17. PIERWSZY ZESPÓŁ - TRU
  18. 18. ARCHITEKT? ANALITYK? EKSPERT!
  19. 19. PRACA Z ZESPOŁAMI krok po kroku źródła wymagań transparencja, wizualizacja eliminacja proxy, rozdzielaczy i falochronów
  20. 20. WYMAGANIA Backlog -> Jira Definition of Ready User Story Definition of Done role Product Owner zadania techniczne szacowanie
  21. 21. DOSKONALENIE PRAKTYK TECHNICZNYCH - WSPARCIE narzędzia standardy dobre praktyki opomiarowanie automatyzacja testy głównie po stronie IT
  22. 22. SPOTKANIE SCRUMOWE - WIELKIE PORZĄDKI kultura spotkań (kalendarze) punktualność od spowiedzi poprzez briefingi/spotkania poranne do Daily przegląd spotkaniem dla całej firmy przyzwyczajanie do transparencji Planowanie, Pielęgnacja - a mury runą
  23. 23. TRANSPARENTNOŚĆ JIRA - ogólnodostępna dla wszystkich GR TV - przeglądy sprintów
  24. 24. PIERWSZE EFEKTY uwiarygodnienie - można inaczej przewidywalność lepsza współpraca z biznesem wszystkie cele powoli zaczynały się spełniać były zespoły..., ale do zespołowości daleka droga
  25. 25. SPRZYJAJĄCE ŚRODOWISKO pozytywny odbiór na poziomie całej organizacji wyodrębnienie obszarów biznesowych EVOlution -> GR wzrost liczby zespołów wzrost liczby Scrum Masterów
  26. 26. CZYSTY SCRUM -> AGILE
  27. 27. WIATR W ŻAGLE
  28. 28. NOWI PRACOWNICY Welcome Folder szkolenie agile dla wszystkich IT - dodatkowe wprowadzenie wsparcie Team Buddy
  29. 29. LEGO4SCRUM
  30. 30. PRACA Z PRODUCT OWNERAMI
  31. 31. WELCOME TO... AGILE ZOO
  32. 32. KULTURA DZIELENIA SIĘ WIEDZĄ Lessons Learned poprojektowe Agile Lessons Learned co miesiąc
  33. 33. WYMIANA WIEDZY GR IT
  34. 34. BROWN BAG (AGILE BROWN BAG)
  35. 35. CONFLUENCE
  36. 36. KULTURA DZIELENIA SIĘ WIEDZĄ Slack biblioteka wewnętrzne szkolenia
  37. 37. ŚRODOWISKO PRACY
  38. 38. PREZENTACJE ZESPOŁÓW IT
  39. 39. SCRUM VALUES GAME
  40. 40. CRAZY BLOCKS
  41. 41. MONSTER'S INSOMNIA
  42. 42. ANKIETA 2016 Sposób pracy zmienił się na lepszy - 68% Komunikacja z biznesem zmieniła się na lepsze - 72% Mogę liczyć na pomoc kolegów/koleżanek z zespołu - 100% Mamy zaufanie do Scrum Mastera - 90% Mamy zaufanie do Product Ownera - 73%
  43. 43. STAN OBECNY obszary i zespoły masa pracy technicznej (wdrażanie, testy, standardy, opomiarowanie) zwiększenie jakości zasady agile w sercu, nie na sztandarach częste wdrażanie praca iteracyjna (MVP, MMP) nieustanne usprawnienie samoorganizacja wiedza w zespołach, nie u jednostek
  44. 44. Było Jest Zespołów deweloperskich "4" 16 Ludzi w IT ~ 50 ~ 100 Scrum Masterów 2 6
  45. 45. PASJA
  46. 46. CIERPLIWOŚĆ
  47. 47. ZAUFANIE

×