Mentionsy

Moim gościem dzisiaj jest Jarosław Burda, senior product owner w Emacs, z którym pracowałem przez ponad 6,5 roku.

To była świetna współpraca i bardzo Jarka cenię jako specjalistę, eksperta product ownera z takim prawdziwym zacięciem.

Powiedz nam słuchaj taką rzecz, bo Ty jesteś Product Ownerem z krwi i kości, senior Product Ownerem, jak już mówiliśmy z Krzyśkiem i od strony lidera, lidera zespołu, lidera technicznego, powiedz mi po co tak naprawdę jest ten Product Owner?

No i ja właśnie jestem takim Product Ownerem, który bierze odpowiedzialność za rozwiązanie jakichś problemów.

Tak na koniec dnia, tak jak wcześniej powiedziałem, ten problem jest jakby na barkach Product Ownera.

Natomiast z perspektywy Product Ownera jest niezwykle istotne, żeby ten zespół też zaangażować po to, żeby on użyczył swoich umysłów w tej całej podróży związanej z tym problemem, produktem, rozwiązaniem.

I te objawy, ten problem został przydzielony do rozwiązania temu product ownerowi albo product owner wręcz sam zauważył jakiś obszar, który wymaga rozwiązania.

Teraz Ty od strony Product Ownera.

Na zasadzie widziałem Product Ownerów, którzy wrzucali coś do zespołu i znikali.

Ich nie było, ale też widziałem Product Ownerów takich, którzy pracowali ramię w ramię w tym zespole pod względem rozwiązania problemu.

Ta druga, dlatego że w interesie Product Ownera jest to, żeby wykorzystać potencjał zespołu technicznego.

Inwestując w komunikację z zespołem i włączenie tego zespołu w ten proces, Product Owner otrzymuje taki zwrot z inwestycji w postaci lepszych rozwiązań, zaskakujących.

To nawet wam powiem, że to jest bardzo dobra rzecz dla was jako dla liderów, żeby mieć po pierwsze dobrego product ownera, ale po drugie dobrze z nim żyć, bo żyjąc dobrze z product ownerem, ustawiając cały proces, jesteśmy w stanie

Często poruszamy się w takim mało zdefiniowanym obszarze i tu z jednej strony jest łatwo zanegować sytuację ze względu na to, że ta praca product ownera nie była właściwie wykonana i jest za dużo niewiadomych rzeczy, ale też łatwo z drugiej strony zanegować cokolwiek.

Kolejne poziomy to jest poszukiwanie, żeby ten product owner podał instrukcję, jak rozwiązać, jak opracować to rozwiązanie.

Kolejny poziom był, żeby ten product owner podyktował to rozwiązanie samo w sobie.

No dobra, ale to teraz wrzućmy taki kij w mrowisko, słuchaj, bo ja widziałem ostatnio, że w sumie ty jako dobry product owner, który jest ogarnięty w technologiach bieżących, używa narzędzi AI, widzi w tym fun i chce się tym bawić, tak naprawdę chyba już nie potrzebuje tak naprawdę zespołu developerskiego.

Teraz trudno powiedzieć, czy Product Owner mógłby zastąpić AI-em zespół deweloperski.

No dobra, ale w praktyce, ty jako product owner, mając te wszystkie zabawki dostępne, to co jesteś w stanie dzisiaj zrobić?

Na taki compliance raczej firmy nie chcą wydawać dużo pieniędzy i product ownerowie nie chcą angażować zespołów na długo, żeby takie problemy rozwiązywać.

Czyli jako Product Owner to nie tylko możesz tam na przykład narysować czy opisać, ale wręcz możesz wygenerować projekt, który będzie działał i mało tego on działa produkcyjnie, tak?

No bo jeżeli ty jako Product Owner, mając wiedzę biznesową, wiedzę domenową, mając zebrane wymagania, potrafiąc użyć narzędzi, które wypromptując, wyklikają ci to, co trzeba, to gdzie tak naprawdę jest potrzebny ten zespół deweloperski?

Bo ja tam określiłem pewien model współpracy Product Ownera z zespołem nad produktem, nad rozwiązywaniem problemów biznesowych.

Że ten Product Owner jest tą osobą, która odpowiada w pełni za to rozwiązanie.

Jako kontrast do tej pracy, w której zespół bierze własność, czy product owner bierze własność tego problemu, to jest taki kontrast z tym, co w wielu przypadkach widzimy i my widzimy u nas też czasem w organizacji, to jest to, że ten problem czy ten produkt nie ma tak naprawdę właściciela.

I to jest właśnie ta sytuacja, kiedy nie ma właścicielstwa i to jest ten kontrast między tym, że właścicielstwo jest i to właścicielstwo jest w postaci właśnie product managera czy product ownera, który pracuje razem z zespołem nad rozwiązaniem tego.

Te koncepcje pracy nad pełną własnością i empowermentem zespołów produktowych i product managerów, product ownerów.

I tam się właśnie to ukształtowało, jakby moje postrzeganie, jaka jest rola tego product managera i product ownera.

I myślę, że to jest mega dobre podsumowanie tego, czym się ty zajmujesz jako Product Owner.

Takie kilka dobrych rad współpracy z Product Ownerem, które mogą sprawić, że ta robota naprawdę będzie fajna, miła i przyjemna.

Wobec tego pracą takiego managera jest to, żeby dać temu zespołowi, umożliwić temu zespołowi złapania kontekstu tej organizacji, kontekstu tego celu, po co my to robimy, znalezienia, wymuszenia tego celu na tym otoczeniu, bo jeżeli product manager czy owner nie przynosi go, to oznacza, że coś jest dysfunkcyjnego, to właśnie ten nerd manager musi się rozejrzeć, że coś tu nie gra.