Mentionsy
Dodane do backlogu
Dodane do backlogu
14.11.2024 07:00

Plany a priorytety – jak radzić sobie z presją interesariuszy

W tym odcinku poruszamy wyzwania i problemy z jakimi mierzą się PMowie podczas okresów planowania i priorytetyzacji w firmach. 📅 


O czym konkretnie rozmawiamy?


- Jak radzić sobie z presją ze strony zarządu i stakeholderów oraz na jakie pytania PM musi odpowiedzieć, gdy wszyscy czekają na strategiczne decyzje.

- Z jakich narzędzi i frameworków korzystamy oraz czy tak naprawde frameworki są tu najbardziej istotne w rozwiązaniu tego problemu

- I na koniec jak nie zatracić zdrowia psychicznego – w tym konkretne przykłady jak radzimy sobie w przypadku natłoku zadań do zrobienia 


Zapraszamy do słuchania, dzielenia się przemyśleniami i wymiany doświadczeń.

Atlassianami D. DRI Degdatura ICE Opportunity Solution Tree Product Academy Slacka Slacku Tomek Tomaszewski VP Wojtek Smajda Z.

Rozdziały (15)

1. Wprowadzenie i temat dyskusji

Wprowadzenie do tematu priorytetyzacji z powodu dużego backlogu i presji stakeholderów.

2. Metody priorytetyzacji

Kuba i Tomek omawiają metody priorytetyzacji, takie jak ICE score i strategia big bets.

3. Koszt opóźnienia

Tomek przedstawia metodę kosztu opóźnienia jako narzędzie do priorytetyzacji.

4. Alignment ze stakeholderami

Ważność alignmentu ze stakeholderami i strategii w procesie priorytetyzacji.

5. Takticzne podejście

Kuba omawia taktowe podejście do wybierania priorytetów z uwzględnieniem małych zmian.

6. Warsztaty i transparentność

Rozważania o warsztatach jako narzędziu do osiągnięcia alignmentu i transparentności w decyzjach.

7. Łączenie technicznej i produktowej roadmapy

Wartość łączenia technicznej i produktowej roadmapy w procesie priorytetyzacji.

8. Zakłócenia i konsekwencje

Tomek omawia konsekwencje i zakłócenia w procesie priorytetyzacji.

9. Rozumienie interesów i transparentność decyzji

Tomek omawia ważność zrozumienia interesów i transparentności decyzji. Podkreśla konieczność dokumentowania decyzji i przedstawiania kryteriów, na podstawie których są one podejmowane. Podaje przykłady metod takich jak rytuał Demo Trust.

10. Komunikacja i stawianie granic

Tomek i Kuba omawiają strategie komunikacji i stawiania granic w procesie decyzyjnym. Podkreślają istotność podsumowania decyzji i zaproszenia do dyskusji, aby przyspieszyć decyzyjność jako grupy.

11. Estymacja i komunikacja złożoności

Tomek omawia problem estymacji złożonych projektów i propozycje jak komunikować złożoność. Podkreśla wartość podsumowania i przedstawiania wielu opcji z konsekwencjami. Podaje przykład z Zendesku dotyczący zmiany tech stacku.

12. Zarządzanie ciężarem pracy

Podsumowanie i propozycje na temat zarządzania ciężarem pracy, takie jak wietrzenie i odcięcie się od przepływu zadań. Podkreśla wartość empatii i komunikacji z zaangażowanymi stronami.

13. Granice i relacje z interesariuszami

Rozmowa o strategiach komunikacji z klientami i stawiania granic, takich jak nieprzyzwyczajanie ich do ciągłego dostępu oraz uznawanie relacji i zaufania.

14. Operacyjne narzędzia zarządzania czasem

Porady dotyczące rezerwowania czasu w kalendarzu i deklarowania decyzji, aby uniknąć ciągłego pytania.

15. Podsumowanie i zakończenie

Podsumowanie i zakończenie rozmowy, wskazówki na podstawie dyskusji i wyrażone zadowolenie z rozmowy.

Szukaj w treści odcinka

Wyczyść
Znaleziono 6 wyników dla "D."

No to ja tak zaczynam zwykle myśleć o tym z poziomu takich first principles, czyli od tego, no dobrze, to jaka jest strategia naszej firmy, czy mamy strategię naszego produktu na najbliższy rok na przykład.

A jeśli istnieją po prostu techniczne projekty związane właśnie z bezpieczeństwem, z reliability itd., to zwykle już w bardziej dojrzałych firmach istnieją jakieś odpowiednie progi.

I w tym kontekście chciałem zapytać Was, bo pewnie mieliście taki nieraz dylemat, że już rozumiemy o co im chodzi, rozumiemy ile możemy zarobić, no i mamy priorytety A, B, C i D. No i musimy tym biednym ludziom powiedzieć, że robimy A i C, ale B i D to już nie.

Podsumowując, warto jest dopasować sposób prezentacji do słuchacza, czyli skomunikujmy to na poziomie biznesu i jakiegoś delikatnego breakdownu, nie wchodźmy we wszystkie szczegóły możliwe, dlaczego ten kod nie działa nam z tym repozytorium na przykład.

No właśnie super mieć tą odpowiedź i często taka odpowiedź jest całkowicie równie prawidłowa, czyli godzimy się na przykład na obniżoną jakość doświadczeń użytkownika albo godzimy się na to, że na początku trochę będzie już zweryfikujemy jakąś jedną rzecz, dowiemy się czegoś o tym rozwiązaniu, ale będzie dalej strasznie kulawe na przykład.

Mega fajny przykład.

Ostatnie odcinki