#13 Programista vs PM, czyli o relacji Development-Operations. Paulina Piechaczek i Michał Warda

Kolejną rolą, takim kolejnym etapem to jest Scrum Master, czyli osoba, która dba o procesy scramowe, o to, żeby były one wykonywane poprawnie, żeby były w ogóle, bo o tym też się często zapomina. I ostatnią rolą to jest, tutaj możemy użyć tego słowa proxy, proxy product owner, czyli ktoś, kto wykonuje wizję klienta, Przy okazji pomagając mu układać backlog, osoba, która jest takim mostem pomiędzy zespołem i klientem. Czyli mamy taką trójstopniową rolę, która w EL Passion sprawdza się. Ale oczywiście to też zależy od klienta, jaki do nas przychodzi i jakie potrzeby chciałby zaspokoić i jakie też ma możliwości, no bo mając swój zespół, w którym na pokładzie jest Product Owner, to my też staramy się współpracować z tym klientem tak, żeby wszystkie dziury, które się pojawiają w komunikacji w zespole, łatać naszymi kompetencjami.

Ja szczególnie, wracając do tego, bo tak mówiłem o historii, jak kiedyś myślałem i jak teraz myślę, to zorientowanie się, że ta trzecia rola, którą wymieniłaś, ten proxy product owner, Izolujesz, w sensie ty, czyli jakiejkolwiek osoba pełniąca tę rolę, izolujesz ludzi od klienta, tylko że uzupełniasz kompetencje klienta w kontekście rządzenia, ownerowania w zespole, który potrzebuje tego, bo tego zespół potrzebuje. To jest my, ja pamiętam, robiliśmy kiedyś statystykę odnośnie tego, jak zespół developerski

Subiektywne. I bardzo szybko zorientowaliśmy się, że A, i na koniec, jeszcze poza tym, że mieli ocenić wszystko od 1 do 5, to było jeszcze ocenienie tego subiektywne, jak dobrze ci się pracowało w tym projekcie. Tylko, że to było tak bardziej naukowo, nie chcę powiedzieć naukowo, ale nie tak uproszczone, jak ja teraz mówię, ale mieli ocenić to, jak się bardzo im podobało w projekcie i zauważyliśmy kolosalną korelację pomiędzy tym, Kiedy Product Owner był oznaczony wysoko, to zespół czuł się bardzo dobrze. Jeżeli Product Owner był zupełnie niezgodny ze Scrum Guidem, jakby ze sztuką, z takim odczuciem Product Ownera,

To deweloperzy i designerzy też, bo to cały zespół, ogólnie zespół deweloperski to jest dla mnie cały zespół odpowiedzialny za dostarczenie produktu od A do B. Czyli też design, development, devops, wszyscy, wszystkie osoby, które nad tym pracują. Wracając Była kolosalna korelacja pomiędzy oceną Product Ownera i zadowoleniem z projektu i praktycznie nie było żadnej korelacji innej z żadnym innym czynnikiem. Więc ta rola Product Ownera była kluczowa zawsze. Zawsze była dla nas kluczowa i to było 5 lat temu, 10 lat temu zawsze była kluczowa. I jak zauważyłem, że przychodzą do nas klienci, którzy tej roli nie potrafią wypełniać i mają fajne pomysły, mają fajne chęci,

Ja myślę, że one są na to gotowe. I przygotowane w pełni na to. Już nauczyliśmy się procesów, które zachodzą, więc nagle jak tej osoby w roli Product Ownera nie ma albo ona jest, ale nie do końca spełnia oczekiwania zespołu, no to pojawia się problem. I to jest bezdyskusyjne. Widzę, że się zgadzamy. Chciałabym podjąć jeszcze temat Scrum Mastera, bo to też jest bardzo ciekawy wątek. Nie chciałabym być tutaj adwokatem wszystkich Scrum Masterów, ale przez to, że wchodzimy też w taką rolę, to zaczęłam się zastanawiać, widząc tytuły filmików na YouTubie typu, co robi Scrum Master przez 8 godzin.