Dzisiaj druga część poradnika o tym jak pracować w środowisku tzw. bullshit product managementu - rzeczywistości niestety wielu PMów. Jesteśmy tutaj 👇
CZĘŚĆ 2: PIERWSZE KROKI - w drugiej części pokażę Ci 3 konkretne kroki jak zacząć lepiej pracować w środowisku bullshitu (bez rewolucji w organizacji). 👈
CZĘŚĆ 3: JAK KONTYNUOWAĆ ZMIANĘ? - na koniec trochę rad jak kontynuować zmianę i unikać najważniejszych pułapek.
Poradnik powstał na podstawie mojej rozmowy z Davidem Pereirą w podcaście „Dodane do Backlogu". David to CPO w MailerLite, autor książki "Untrapping Product Teams" i jeden z najbardziej bezkompromisowych głosów w świecie PMów. A jeśli wolisz możesz posłuchać pełnej rozmowy z Davidem 🎧.
Intro
Krok 1: Zacznij od obserwacji
Krok 2: Pokaż problemy i ich wpływ
Krok 3: Zrób małe discovery
Jak mierzyć sukces tych kroków?
➡️ W kolejnej części
W części pierwszej rozłożyliśmy na czynniki pierwsze, czym jest Bullshit Product Management. Mówiąc krótko: to sztuka marnowania energii na rzeczy, które nie tworzą wartości (a jak wiemy, więcej bullshitu = mniej wartości).
Może teraz myślisz: „Przecież robię, co mogę!", „To nie moja wina, że organizacja tak działa!", "Ale ja nie mam wpływu na...".
I masz rację.
Bullshit Product Management to rzadko wina samego PM-a. To zwykle konsekwencja kultury organizacyjnej, presji na delivery, braku przestrzeni na discovery, stakeholderów, którzy „wiedzą lepiej", roadmap pełnych deadline’ów i kolejnych pomysłów na outputy -ficzery.
Ale - i to jest kluczowe - możesz zacząć robić lepszy product management także w takim środowisku.
Jak powiedział David Pereira:
"You can always find an excuse for things you don't want to do. But when you really want to do, just do it."
W tej części pokażę Ci, na podstawie rozmowy z Davidem, jak odnaleźć się w takim środowisku i zacząć przesuwać swoje działanie z bullshit PM, na prawdziwy product management. Rozłożymy to na 3 konkretne kroki, które możesz zacząć robić, bez rewolucji w organizacji:
Krok 1: Zacznij od obserwacji
Większość PM-ów, którzy odkrywają, że robią bullshit product management, popełnia ten sam błąd: chcą od razu wszystko zmienić.
Widzisz problem i myślisz: „Muszę wdrożyć discovery! Muszę zmienić roadmapę! Muszę wprowadzić OKRy! Muszę zacząć mierzyć outcome’y produktowe!". I rzucasz się w wir zmian.
Efekt? Uderzasz w ścianę.
Organizacja się broni. Stakeholderzy mówią „nie". Zespół nie rozumie, o co Ci chodzi. A TY zostajesz z frustracją i myślą: „Tu się nic nie da zrobić".
David mówi o tym bardzo wprost:
"First, you need to be brave and audacious. So you need to do things nobody else is doing. So what I advise product managers is to observe first."
Czyli nie zaczynaj od działania, tylko od obserwacji.
Brzmi banalnie? Może :D. Ale to jest najbardziej niedoceniany krok w całym procesie wychodzenia z bullshit PM. Bo jeśli nie rozumiesz, co się dzieje w Twojej organizacji - będziesz walczyć z wiatrakami.
"Understand what is happening and how that helps the organization move towards where they want to be. And then you look at everything that is happening and you ask the question: what is not happening? And that's what you should do."
To jest Twój punkt wyjścia - zidentyfikuj, czego NIE ma - co się w organizacji nie dzieje, na co nie mamy czasu, bo ciągle dostarczamy i pracujemy nad outputem. To Twoja dźwignia do późniejszych zmian. Bo możesz sprawić, ze te rzeczy zaczną się pojawiać.
"Most organizations, what I see is like, there's a huge commitment to features, outputs, different ways and so on. But when you start asking: Do you have any evaluation? Do you know the results that your initiatives brought? Do you learn from the outcome? There is no such a thing."
Jak ro zrobić w praktyce? Zrób sobie 2 tygodniowy sprint podczas którego będziesz obserwować organizację, oraz obserwować siebie i swój czas.
1.1. Obserwuj organizację
Zrób sobie dedykowaną notatkę / spreadsheet i przez 2 tygodnie po prostu notuj, jakie tematy dominują w rozmowach:
ODPOWIEDZIALNOŚCI: Kto się do czego commituje? Czy rozmawiacie o feature'ach (output), czy o outcome'ach (wartość)?
DECYZJE: Zwróć uwagę na to, kto podejmuje decyzje i na podstawie czego (intuicji, rankingu CEO, czy danych z rynku?).
EWALUACJA: Czy mamy jakiś sposób ewaluacji?
PRIORYTETYZACJA, STRATEGIA: Skąd wiemy, że warto realizować daną inicjatywę? Czy mamy jakiś sposób wyboru inicjatyw na roadmapę?
KONTAK Z USEREM: Czy ktoś rozmawia z klientami o nowych pomysłach i wdrożonych ficzerach?
Ustal, co się NIE dzieje, bo cały czas spędzacie na pracy na OUTPUTACH:
OBJAW | CO SIĘ NIE DZIEJE? |
|---|---|
Wszyscy dostarczają output? | Prawdopodobnie NIKT nie rozmawia z klientami. Zastanów się, jak często Twój zespół słyszy głos użytkownika – w ogóle go nie słyszycie, czy słyszycie tylko wybraną grupę? |
Wszyscy planują feature’y? | Prawdopodobnie NIKT nie mierzy ich realnego wpływu (product outcome, business imptac). |
Po wdrożeniu przechodzicie od razu do następnego featura? | Sprawdź, czy istnieje formalny proces ewaluacji po wdrożeniu, czy feature ląduje w koszu, jak tylko zostanie shippowany. |
Jeśli chcesz wejść w temat głębiej i bardziej szczegółowo zweryfikować Wasze braki - możesz odwołać się do poszczególnych pryncypiów i zasad „Product Modelu” Model Marty Cagan. Dzięki temu od razu masz “checklistę” tematów którym warto się przyjrzeć:
Znajdziesz to w moim poradniku:
Przygotowałem w nim także praktyczny arkusz, który możesz użyć do obserwacji i samooceny stosowania pryncypiów w Twoim zespole:
1.2. Obserwuj swój czas
Przez 2 tygodnie prowadź również dziennik swojej pracy. Tak, żebyś mógł / mogła ocenić czym tak naprawdę się zajmujesz - „na co idzie Twój czas”.
Na koniec podziel działania na 3 kategorie:
✅ High Value (Realnie tworzysz wartość produktowa): | Discovery, user research, strategia, analityka, mierzenie wpływu, podejmowanie kluczowych decyzji. To są te momenty, w których łączysz kropki i realnie wpływasz na outcome produktowy. |
|---|---|
⚠️ Necessary Admin (Obsługa procesu): | Nakład administracyjny i procesowy na naszą prace. Raportowanie, planowanie delivery, refinement (ten, który musi być, bo inaczej zespół nie dowiezie), sync-upy, które są faktycznie niezbędne do utrzymania tempa. |
❌ Bullshit (Pożeracz czasu) | Momenty, które czujesz, że nie wniosły wartości Spotkania bez agendy i celu, bezproduktywny refinement na którym nic nie wnosisz, debatowanie o outputach na poziomie strategicznym, odpowiadanie na bezsensowne pytania na Slacku, polityczne gierki. |
Zrób to szczerze i krytycznie. Na koniec tygodnia policz: ile % czasu spędziłeś w każdej kategorii?
Jeśli na Tworzeniu wartości spędzasz mniej niż 30% - jesteś głęboko w bullshit PM i musisz to zmienić. David w podcaście mówi o tym bardzo otwarcie:
"You end the day and you ask the question: How did I contribute to value creation? You struggle to answer this question. You do know you were pretty busy throughout the day, but you struggle to understand how your action contributed to impact for business and customers."
To zadanie pomoże Ci zobaczyć, gdzie marnujesz energię. Ale co ważniejsze - da Ci od razu konkretne dane, żeby coś z tym zrobić - możesz wybrać pierwsza działania których chcesz się “pozbyć” lub zminimalizować, by dać sobie przestrzeń na wartościową pracę.
Osobiście robiłem takie audyty na 2 sposoby:
1️⃣ Po prostu spisując moje zadania w spreedsheet z konkretnego tygodnia i potem je klasyfikując. Dla cyklicznych zadań - spisuję też ile czasu na to poświęcam co tydzień / dwa tygodnie.
To podejście bardzo fajnie mi się sprawdziło, gdy robię sobie audyt bardziej odpowiedzialności i większych obszarów działań. Natomiast, gdy schodzę do poziomu mniejszych pojedynczych działań lepiej sprawdziło mi się:
2️⃣ Zapisując swoje wszystkie spotkania, ale też i działania (także indywidualne) w kalendarzu i stosując tzw. color coding - oznaczając każdy blok odpowiednim kolorem oznaczającym jedną z 3 wspomnianych kategorii.
Wiele aplikacji daje taką opcję dodawania kolorów. Np. kalendarz Google potrafi także zliczyć samodzielnie potem czas poświęcony na poszczególne obszary (oraz więcej inisghtów). Można tez sobie po prostu stworzyć dedykowane kalendarze na poszczególne kategorie.
Krok 2: Pokaż problemy i ich wpływ
Po 2 tygodniach obserwacji wiesz już, czego NIE ma w Twojej organizacji i na co tracisz swój. Widzisz luki. Widzisz, że nikt nie mierzy outcome'ów. Że nikt nie sprawdza, czy ficzery działają. Że roadmapa to lista życzeń, nie strategia.
[Pozostało jeszcze 67% artykułu]