Masz Product Managera. Ma doswiadczenie, certyfikaty, imponujace CV. A backlog dalej rosnie, zespol nie wie co robic, a stakeholderzy ciagna w rozne strony.
Problem? Twoj PM moze byc teoretykiem.
Czym rozni sie PM teoretyk od PM hands-on?
To nie kwestia kompetencji. Wielu PM-ow teoretykow jest madrzejszych, lepiej wyksztalconych i bardziej elokwentnych. Problem polega na tym, ze mowia zamiast robic.
| Sytuacja | PM teoretyk | PM hands-on |
|---|---|---|
| Backlog rosnie | "Potrzebujemy frameworku priorytetyzacji" | Siada, sortuje, usuwa, planuje sprint |
| Stakeholderzy sie kloca | "Zrobmy alignment workshop w Q2" | Zwoluje spotkanie TERAZ, wychodzi z decyzjami |
| Brak user stories | "Zespol powinien pisac stories" | Pisze 2-4 wzorcowe stories, pokazuje jak |
| Sprint nie idzie | "Potrzebujemy retro" | Identyfikuje bloker, usuwa go, sprint jedzie |
| Nowy feature | Prezentacja 40 slajdow | 1-pager + prototype + feedback w 3 dni |
Roznica #1: Dokumenty vs deliverables
PM teoretyk produkuje dokumenty: roadmapy, strategy decks, vision documents. Sa piekne. I lezy w Confluence, gdzie nikt ich nie czyta.
PM hands-on produkuje deliverables: posprzatany backlog, napisane user stories, uruchomiony sprint, alignowan stakeholderow.
Roznica #2: "Trzeba przedyskutowac" vs "Zrobmy to teraz"
PM teoretyk chce konsensusu. Na kazde pytanie odpowiada: "Dobrze, przedyskutujmy to na nastepnym spotkaniu."
PM hands-on podejmuje decyzje. Czasem bledne — ale zla decyzja podjeta dzis > dobra decyzja za 3 miesiace.
Roznica #3: "To nie moj zakres" vs ownership
PM teoretyk ma jasno zdefiniowany zakres. User stories? "To PO." Marketing? "To marketing team." Pricing? "To CEO." On robi strategia.
PM hands-on robi co trzeba. Jesli brakuje user stories — pisze. Jesli backlog to chaos — sprząta. Jesli stakeholderzy sie kloca — mediuje. Ownership znaczy: "jesli produkt nie jedzie, to MOJ problem".
Roznica #4: Perfekcja vs "done is better than perfect"
PM teoretyk nie opublikuje niczego co nie jest idealne. Roadmapa musi byc "kompletna". User story musi miec "pelna specyfikacje". Landing page musi byc "przetestowany".
PM hands-on wie, ze 80% wydane > 100% w glowie. MVP w 2 tygodnie. Feedback. Iteracja. Powtorz.
Roznica #5: Raportuje vs dowozi
PM teoretyk raportuje: co sie dzieje, co planujemy, jakie sa ryzyka. Statusy. Dashboardy. KPI reviews.
PM hands-on dowozi — a potem raportuje co dostarczyl. Roznica? Jeden mowi co ZROBI. Drugi mowi co ZROBIL.
"Fresh positive energy, new ways of working. Kind but direct feedback, navigating difficult situations. Invaluable member of any product team." — Mateusz Gostanski, Tech Lead
Jak rozpoznac PM teoretyka na rozmowie?
- Pytanie: "Opisz ostatni sprint od A do Z" — Teoretyk mowi o procesie. Hands-on mowi o deliverables.
- Pytanie: "Co zrobiles gdy backlog uros do 300 ticketow?" — Teoretyk: "Zaprojektowalem framework." Hands-on: "Usiadlem, skasowalem 200, i uruchomilem sprint."
- Pytanie: "Kiedy ostatnio napisales user story?" — Teoretyk: cisza. Hands-on: "w zeszlym tygodniu, oto przyklad."
Potrzebujesz PM ktory ROBI, nie planuje?
PM Hands-On Sprint: 2 tygodnie full-time z Twoim zespolem. Backlog posprzatany, sprint uruchomiony, procesy zostawione.
Sprawdz jak to dziala →