[F4T] Zarządzanie swoim czasem, jak szacować ROI, outputowe OKRy

Wracam z workation. Podróże samolotem (tym razem 24h w jedną stronę :P) to zawsze dla mnie dobry moment, by nadrobić moją zapomnianą listę “Read It Later”. Z najciekawszych treści robię sobie zawsze notatki na przyszłość 📝.

Dlatego dzisiaj w newsletterze mam dla Ciebie 3 praktyczne „Food 4 Thoughts” [F4T], które mnie mocniej zainspirowały i trafiły do mojej prywatnej “bazy wiedzy”:

• 1️⃣ Zarządzanie swoim czasem jako PM - lista „waiting for”

• 2️⃣ Ocena biznesowego IMPACTU (ROI) dla realizowanych inicjatyw

• 3️⃣ Czy OKRy outputowe są zawsze ZŁE?

Smacznego!

1️⃣ Zarządzanie swoim czasem jako PM - lista „waiting for”

Lenny ostatnio w newsletterze opisywał praktyczne techniki zarządzania swoimi czasem jako product manager. Cześć z nich stosuję, część mocno mnie zainspirowało.

Jednak z prostych technik, która mi sie pokrywa z artykułem i dla mnie też była game-changerem to trzymanie sobie listy “waiting for”. Mało kto deleguje tak dużo tematów, jak PM (albo czeka na realizację tematów przez innych).

Moja lista „waiting for”

Sam mam też taką listę w swoim tool-u do zarządzania zadaniami. Jak zadanie czeka na jakąś osobę to po prostu przerzucam sobie do sekcji „delegowane” i opcjonalnie przypisuje termin, kiedy ma mi się ten temat przypomnieć (zwykle wynikając z umówionego terminy realizacja tego zadania). Trwa to 3 sekundy, a dalej nie muszę już się tym przejmować.

Stosujesz coś podobnego?

2️⃣ Ocena biznesowego IMPACTU (ROI) dla realizowanych inicjatyw

Wielu PMów stoi przed wyzwaniem „oszacowania finansowego impactu na biznes” dla realizowanej inicjatywy / ficzera.

IMHO to zwykle nie powinna być praca regular PMa (my raczej powinniśmy pracować na produktowych celach - “outcomach”), ale wielu organizacjach tak to jednak działa. Sam też się z tym zderzałem.

Jak do tego podejść? Przeczesując moja listę Read It Later (w ciągu ostatnie 14h lotu :P) trafiłem na spoko artykuł od Adama Fishaman ⤵️

Arkusz do szacowania

Arkusz, który ułatwia wyliczenie ROI:

PUŁAPKI, czyli na co uważać przy szacowaniu ROI?

Mnie najbardziej zaciekawiło 5 „haczyków” (pułapek, w które wpadamy często) przy ocenie ROI z inicjatywy:

1. Nie będziesz potrzebować tylu ludzi, ilu Ci się wydaje. Całe firmy powstawały z 2-3 osób.

2. Prawdopodobnie zajmie ci to więcej czasu, niż myślisz.

3. Skup się na planowaniu w kwartałach lub miesiącach, a nie na bardziej szczegółowych horyzontach czasowych (np. sprintach).

4. Zakładanie, że wszyscy ludzie będą dla Ciebie dostępni (zwykle tak nie jest, a to dodatkowe koszty związane z szukaniem np. na rynku)

5. Przychód w roku 1 będzie znacznie niższy, niż myślisz.

Sam najczęściej wpadałem w pułapki 1, 4 i 5.

Tu pułapki w szczegółach:

3️⃣ Czy OKRy outputowe są zawsze ZŁE?

Tim Herbig podzielił się niedawno swoim doświadczeniem odnośnie definiowania OKRów.

Często na szkoleniach ten przykład też się pojawia, czyli OKR dla osoby, która pisze książkę. Tim sam się realnie z tym zderzył, bo… pisze książkę :P.

Jaki jest problem z tymi celami?

Problem z tymi KRami polega na tym, że nie zmieniają się one przez większość czasu, gdy jako autor faktycznie piszesz książkę. W jaki więc sposób one mają Ci na początku pokazywać, jaki robisz progres?

Jaki cele postawił sobie Herbig?

Tu kilka przykładów:

Jak widać, szczególnie na początku wybrał cele oparte po prostu o “ilośc zrealizowanej pracy”, czyli output. Bo to jest to co jesteśmy w stanie często na począteku realnie mierzyć, np.:

To dobre, czy złe OKRy?

Część OKRów coachów, powie, że to nie są PRAWDZIWE OKRy zgodne z DEFINICJĄ. Tylko że to nie ma znaczenia. To co ma znaczenie, to, czy te OKRy pomogą Ci mierzyć postęp w realizacji danego celu w Twoim konkretnym kontekście.

I może się okazać, że Twoje outputowe OKRy mogą mieć w aktualnej sytuacji jak najbardziej sens.

✳️ Pokrywa się, to z moimi doświadczeniami:

• Często ciężko mi było szukać outcomowych wskaźników, które w kwartał da się osiągnąć przy nowych inicjatywach. Wtedy często KRami pokazującym progres był ilość wykonanej pracy.

• Problem jest też wtedy, gdy nie mamy dobrej analityki produktowej i nie da się stawiać mierzalnych celów produktowych. Oczywiście punktem pierwszym powinno być to, żebyśmy zaczęli jednak coś mierzyć. Natomiast

  • a) nie zawsze jest to możliwe/łatwe (np. w moim produkcie on-premise z wrażliwymi danymi klienci nie chcieli się zgadzać na analitykę, a wypracowanie dedykowanego rozwiązania zajęłoby miesiące);

  • b) do czasu wypracowania analityki cele też warto sobie stawiać - i wtedy outputowe cele mogą być na miejscu.