Jesteś głową organizacji. Chcesz tworzyć świetne produkty. Scrum wydaje się rozsądnym wyborem.

Przepis wydaje się prosty – Scrum Guide ma 19 stron.

Moje gratulacje jesteś na dobrej drodze.  Zwróć jednak uwagę na to, że prosty nie oznacza łatwy.  

Dobrą analogią jest odchudzanie. Wiadomo co trzeba robić: po pierwsze ćwiczyć, po drugie jeść zdrowo i tylko do momentu sytości. Sukces gwarantowany. Wszyscy to wiemy, udaje się tylko niektórym. Jak oni to robią? Bardzo prosto. Nie kombinują. Stosują się do zasad, bo widzą że mają sens. To samo w przypadku transformacji w kierunku zwinności, stosuj się do prostych zasad, mimo że to trudne.

Kluczowe zasady tworzenia produktu:

  1. Transparencja, inspekcja i adaptacja.
  2. Co sprint tworzymy gotowy produkt i zbieramy feedback na jego temat.
  3. Każdy odpowiada za to, na czym się zna.
  4. Regularnie kontrolujemy wyniki pracy a nie jej przebieg.
  5. Wiemy, że aby osiągnąć sukces we współpracy potrzebne nam będą odwaga, otwartość, szacunek, zaangażowanie i skupienie.

W wielu firmach trudno zastosować te zasady, bo:

  • trudno przestać kontrolować, jeżeli do tej pory zawsze to robiłeś,
  • gotowy produkt na koniec sprintu wymaga pracy na wielu warstwach na raz,
  • zmiana wyznawanych wartości jest bardzo głęboką zmianą kulturową, jedno co można o niej powiedzieć: nie jest łatwa.

Na szczęście jest wiele firm, którym się to udaje i możemy się na nich wzorować:

  • poczytajcie o projekcie Sentinel w książce “Builiding Software in 30 days”.
  • lub o innych produktach osiągających sukcesy z zastosowaniem tej metody na stronie http://www.scrumcasestudies.com/.

Każdemy przedsiębiorcy życzę z całego serca odwagi do zastosowania tych prostych zasad w praktyce. Dzięki iteracyjnemu dopieszczaniu produktu wypuścicie na rynek dokładnie to czego klienci potrzebują. Małe porażki wzmocnią Was i pomogą dostarczyć jeszcze lepszy produkt najdalej za mięsiąc. Brzmi kusząco?

To proste jak przepis na ciasto i trudne jak każda ważna zmiana w życiu organizacji.

Oto przepis na zastosowanie tych zasad w praktyce. Tym razem nie dla Zespołu Scrumowego, ale dla organizacji, w której jest.  

Składniki:

  • Właściciela Produktu z wizją i otwartością na częstą inspekcję i adaptację,
  • Co najmniej jeden, samoorganizujący się, interdyscyplinarny Zespół Deweloperski,
  • Scrum Master z dużym doświadczeniem i wiedzą o procesie,
  • zwinne środowisko do pracy.
  • kultura wspierająca wartości: odwagę, otwartość, szacunek, zaangażowanie, skupienie.

Kroki:

1. Pierwszy Refinement:

W jednej misce pomieszaj:

    1. wizję Właściciela Produktu
    2. wiedzę Właściciela Produkt o potrzebach interesariuszy
    3. wiedzę Zespołu Deweloperskiego o tym jak stworzyć Przyrost
    4. oraz emulgator: Scrum Mastera aby składniki dobrze się połączyły.

Powstanie z tego Backlog Produktu.

2. Kultura: Rozgrzej piekarnik.

Rozpocznij transformację kulturową samemu używając wartości Scrumowych. Bądź przykładem. Pokaż Zespołowi Scrumowemu jak wygląda stosowanie wartości Scrumowych w praktyce.

3. Planowanie: Nastaw piekarnik na maksymalnie 30dni.

Umów się z Zespołem Scrumowym na to kiedy zaprezentują wam pierwsze efekty swojej pracy. Maksymalnie za 30 dni. Najważniejsze abyś postawił sprawę jasno. Po tym czasie chcesz zobaczyć działający produkt.

Nie musi to być produkt użyteczny, musi być używalny np. tworzycie kalendarz: po tym sprincie będzie można utworzyć wydarzenia, nie będzie można ich usuwać, dodawać komentarzy, dodać miejsca itd… nie wypuścicie tego rynek to jasne, ale samo tworzenie wydarzenia można zobaczyć i zebrać feedback.

Postaw sprawę jasno: chcesz działający, fragment produkt na koniec sprintu i to nie podlega dyskusji.

4. Ciasto wylej na żaroodporne naczynie, inne może pęknąć i zniszczyć ci piekarnik.

Zajmij się zapewnieniem im wszystkiego czego potrzebują. Odpowiednich narzędzi pracy, jak np. InteliJ, środowisko produkcyjne, biurka, kawa, papier toaletowy – wszystko czego potrzebują, aby pracować.

5. Zostaw ciasto do wyrośnięcia w ciepłym miejscu i pod przykryciem.

Dostarczaj im ważnych informacji o tym, co się dzieje w firmie. Uwolnij ich od tego, co może koncentrować ich uwagę na czymś innym niż produkt i jakość np:

  • interesariusze, którzy trzeci raz dzisiaj pytają jak im idzie,
  • konieczność wypełniania irracjonalnie dokładnych raportów godzinowych,
  • premia za podniesienie pokrycia kodu.

6. Refinement: W tym czasie przygotuj nadzienie.  

Zajrzyj do Backlogu Produktu i sprawdź czy jest aktualny i czy czytając go rozumiesz jaki jest plan Zespołu Scrumowego na kolejne kroki. Jeżeli nie rozumiesz poproś zespół o uaktualnienie go.

7. Nie otwieraj drzwi piekarnika bo ciasto opadnie i będzie zakalec.

Daj Zespołowi kredyt zaufania na ten czas i nie sprawdzaj czy dobrze pracują. A co jeżeli im nie ufasz? Masz dwie opcje: wypracować zaufanie, albo zmienić zespół. Opcja “dopilnować” jest nieefektywna, to nie robotnicy wykonujący proste zadania, których możesz dopilnować. Robią to na czym ty się nie znasz (nawet jeśli kiedyś byłeś deweloperem) i nie poznasz w 5 min. To jak z lekarzem, albo zaufasz, albo szukasz innego.

8. Przegląd Sprintu: Po maksymalnie 30 dniach wyciągnij ciasto z piekarnika i spróbuj.

Pod koniec sprintu pomóż zgromadzić interesariuszy i zebrać feedback na temat produktu, który stworzył Zespół. Bądź wspierający i szczery. Tak, aby pokazać, że im ufasz i jednocześnie jasno postawić sprawę w kwestii tego co zostało dostarczone. Twoje uwagi powinny znaleźć się Backlogu Produktu.

9. Retrospekcja: Może jednak polewa czekoladowa byłaby lepsza.

Teraz kiedy zespół ma komplet informacji daj im czas na przemyślenie sposobu pracy i wprowadzenie poprawek.

 

10.

Na szczęście w przypadku tworzeniu oprogramowania nie musimy zaczynać od początku, możemy poprawić to co mamy. Wróć do punktu 3.

 

Z każdym Sprintem produkt będzie bardziej kompletny. Cały czas będzie zgodny z oczekiwaniem. Każde nieporozumienie ujrzy światło dzienne maksymalnie po 30 dniach. Będą niespodzianki po każdym sprincie. Nie będzie niespodzianki po 2 latach pracy. Ani dobrych ani złych.

 

POWODZENIA!

Agent do zadań specjalnych. Pierwszy w Polsce Trener Professional Scrum Developer oraz pierwsza kobieta na świecie z takimi kompetencjami!