5 najlepszych diagramów użytych do wyjaśnienia koncepcji zarządzania produktem

Menedżerowie produktu są odpowiedzialni za wiele rzeczy. Menedżer produktu jest nie tylko odpowiedzialny za opracowywanie strategii, tworząc plan działania, ale także musi przedstawić zespołowi cykl wydawania nowego produktu wraz ze wszystkim, co znajduje się pomiędzy nimi.

Wymaga się również od nich wiedzy fachowej w zakresie identyfikowania zadań priorytetowych i odpowiedniego zarządzania zespołem. Nie tylko to, menedżerowie produktów mobilnych są również odpowiedzialni za analizę funkcji dodanych do produktu (aplikacji mobilnej) i czy są one zsynchronizowane z celami klienta.

Podsumowując, każdy proces, czynność i decyzja związana z produktem jest synchronizowana i dostosowywana przez menedżera produktu mobilnego. To, co pomaga tym menedżerom produktu osiągnąć ich KRA, to pewien zestaw umiejętności .

Teraz oczywiście będą musieli wyjaśnić członkom swojego zespołu pewne pomysły dotyczące zarządzania produktem , aby wszyscy byli na tej samej stronie. Ale należy się zastanawiać – jak wyjaśniają wszystkie koncepcje zarządzania produktem i kluczowe idee?

Cóż, myślę, że kilka przydatnych diagramów dla menedżerów produktów załatwia sprawę. Jeśli chcesz wiedzieć, czym są te diagramy oraz jak i kiedy korzystają z nich mobilni menedżerowie produktów, trzymaj się do końca.

Diagram 1 – Wąskie gardła komunikacyjne

Rozumie się, że jako menedżer musisz być świadomy tego, co dzieje się w Twoim zespole i jak członkowie zespołu zarządzają swoimi zadaniami. Ale to niedorzeczne, aby jakakolwiek osoba była zaangażowana w każdą komunikację i podejmowanie decyzji – jedna osoba nie jest w stanie poradzić sobie ze wszystkimi sprawami sama, prawda? Czy nie dlatego wymyślono delegację?

Teraz to naturalne, że chciałbyś być uwzględniony we wszystkich ważnych rozmowach wewnątrz/w zespole, ale musisz zastanowić się nad jedną rzeczą – czy jest to konieczne? Czy to jest coś, co powinieneś zrobić, odkładając na bok swoje inne obowiązki?

Odpowiedź brzmi – przeanalizuj, czy zespół jest w stanie komunikować się niezależnie od Ciebie. A jeśli tak, musisz podjąć świadome decyzje, aby upewnić się, że ważne rzeczy, takie jak płynna komunikacja, nie zależą wyłącznie od Ciebie. Poniżej zamieszczono schemat, który może skutecznie wyjaśnić omawiany przypadek.

Powiedzmy, że inżynier sieciowy musi omówić coś z analitykiem produktu, a następnie PA mówi, że musi przedyskutować coś w tym zakresie z programistą iOS. Teraz inżynier sieciowy powinien najlepiej zwrócić się bezpośrednio do programisty PA i iOS, zamiast być zależnym od PM (jak pokazano na obrazku po lewej).

Diagram po lewej pokazuje zależność zespołu od menedżera produktu w zakresie komunikacji z innymi członkami innych zespołów – coś, co negatywnie wpływa na przepływ pracy i spowalnia go. A po prawej jest diagram przedstawiający sprawny przepływ komunikacji, który nie jest zależny, natychmiast eliminując niepotrzebne punkty styku.

Wykres 2: Wodospad kontra zwinny

Chociaż istnieje wiele zasobów w Internecie uczestniczących w debacie na temat podejścia Agile vs Waterfall , nadal może się to wydawać niejasnym pojęciem w odniesieniu do zarządzania produktem. Oczyśćmy więc mgłę niejednoznaczności.

Powszechnie wiadomo, że koszt wytworzenia aplikacji mobilnej jest obliczany na podstawie liczby godzin potrzebnych na stworzenie tego produktu.

Teraz, jeśli menedżer produktu tej firmy zajmującej się tworzeniem aplikacji mobilnych wybierze podejście Waterfall (tj. duże wydanie produktu), oznaczałoby to, że produkt zostanie uruchomiony za jednym zamachem.

Teraz, gdy produkt zostanie wydany, oczekuje się, że stanie się natychmiastowym hitem – co w tym przypadku nie będzie łatwe, ponieważ produkt jest wprowadzany na rynek od razu i jest zdecydowanie źródłem niektórych problemów. Wartość, jaką uzyskają z tej wersji, nie będzie równoznaczna z inwestycją (czas) poczynioną przez deweloperów. Dzieje się tak dlatego, że wymagałyby naprawienia problemów od samego początku.

Wręcz przeciwnie, podejście zwinne obsługujące małe wydania i iteracje pokazałoby natychmiastowe wyniki, ponieważ jednocześnie identyfikujesz błędy i je naprawiasz. Powyższy diagram wyraźnie pokazuje różnicę w efekcie końcowym wyboru tych podejść do zarządzania produktem .

Wykres 3: Reprezentacja wielkości dostawy

Jeśli chodzi o dostarczenie produktu na czas, jest to bardzo istotna część całego procesu rozwoju . Może dosłownie stworzyć lub złamać przyszłość dowolnej aplikacji mobilnej. Jeśli czas wprowadzenia produktu na rynek jest zbyt długi, jakaś inna aplikacja może przejąć rynek i sprawić, że dana aplikacja mobilna będzie bezużyteczna.

Oto reprezentacja rozmiarów inicjatyw podjętych podczas tworzenia aplikacji –

Diagram po lewej pokazuje przepustowość wielkości dostawy, która dotyczy tylko pracy nad dużymi projektami (dużymi porcjami pracy w tym samym czasie). Jest absolutnie jasne, że praca tylko nad dużymi projektami produktu spowodowałaby blokadę w pewnym momencie w przyszłości, ponieważ te projekty wymagałyby więcej czasu, uwagi, zasobów itp. A jeśli coś pójdzie nie tak, wpływ będzie niszczycielski dla całego procesu, nieuchronnie wydłużając czas wprowadzenia produktu na rynek.

{Przeczytaj również nasz artykuł na temat „ Kierownicy projektów a menedżerowie produktów: różnice, role i wyzwania ”}

Schemat po prawej to klasyczne „do zrobienia”. Korzyści z przyjęcia podejścia Agile sprowadzają się również do tego etapu w procesie zarządzania produktem . Podejście to opowiada się za połączeniem wykonywania małych zadań z dużymi porcjami pracy (kolor niebieski), co również stosujemy w Appinventiv.

Jak widać na schemacie, w przeciwieństwie do tego po lewej stronie, tutaj małe kawałki pracy (różowy) mogą łatwo przejść przez lejek (można to zrobić łatwo). Jeśli te okażą się skuteczne, menedżerowie produktu mogą kontynuować ten pomysł (żółte kółka) i całkowicie zainwestować. A jeśli jest inaczej, mogą powtórzyć iterację i odpowiednio zainwestować.

{Zapoznaj się z tym obszernie szczegółowym artykułem na temat „ 10 najważniejszych dokumentów, które muszą przygotować menedżerowie produktów ”}

Wykres 4: Poziom zaangażowania liderów

Poniższy schemat zawiera dwa modele opracowania koncepcji zarządzania produktem . Jedna po lewej pokazuje wielkość inicjatywy, liczbę zadań wykonywanych jednocześnie i czynnik ryzyka w nich, a druga dotyczy poziomu zaangażowania menedżerów produktu (przywództwa) korespondujących z tymi zadaniami i inicjatywami.

Ta po lewej to piramida zadań/inicjatyw do wykonania przez zespół. Dolna część piramidy oznacza wiele zadań wykonywanych jednocześnie, a diagram po prawej pokazuje stopień zaangażowania w odniesieniu do tych służebnych zadań o niskim lub zerowym ryzyku.

W miarę przesuwania się na szczyt piramidy liczba zadań maleje, a ryzyko związane z tymi zadaniami również rośnie, to tutaj MUSISZ skonsultować się z menedżerem produktu, podczas gdy w uformowanej formie można go po prostu poinformować. Ten diagram pomógłby nie tylko menedżerom produktów mobilnych, ale także członkom zespołu, wiedzieć, kiedy polegać na przywództwie.

Wykres 5: Analiza wartości segmentacji

Istnieje kilka praktyk, do których organizacje są przyzwyczajone. Jednym z nich jest zwyczaj optymalizacji pod kątem średniej zamiast segmentu. Oznacza to, że skupiają się na średniej, a nie na poszczególnych segmentach, które wymagają poprawy.

W sytuacji, gdy cele i hipotezy są dość szerokie, dla menedżerów produktu i zespołów programistycznych wyzwaniem staje się wywarcie wpływu za pośrednictwem produktu. Dzieje się tak dlatego, że próbujesz jednocześnie zaspokoić różne cele, co nie jest wcale możliwe.

Diagramy, takie jak podane poniżej, są sposobem na analizę każdego segmentu w celu określenia, które z nich wpływają na wydajność innych. Wszystko po to, aby rozwiązać panujące problemy.

Powyższy diagram składa się z trzech hipotetycznych eksperymentów 1,2 i 3 z segmentami A, B, C i D. Spośród trzech eksperymentów w pierwszym przypadku nastąpił wzrost w segmencie A, po którym nastąpił spadek drugi przypadek, a trzeci bez zmian.

Patrząc na indywidualne spojrzenie, w eksperymencie 1 segment A radził sobie dobrze z innymi, z wyjątkiem segmentu B. Teraz diagram uwidocznił spadek w tym segmencie w zestawieniu z innymi. Może to pomóc menedżerom produktu w znalezieniu przyczyn takiego stanu rzeczy, co ostatecznie poprawi średnią w dłuższej perspektywie.

Podobna sytuacja ma miejsce w eksperymencie 3, gdzie segmenty A, C, D radzą sobie gorzej w przeciwstawnym segmencie B, który wykazał znaczną zmianę. Znowu badanie wyjaśniłoby powody, dla których tak się dzieje.

Te przydatne diagramy dla menedżerów produktu można łatwo dostosować do własnych potrzeb, niezależnie od branży, w której działają menedżerowie produktu. Jeśli chodzi o Appinventiv, myślę, że te modele naprawdę pomagają naszym zespołom w uproszczeniu procesu i utrzymaniu otwartej komunikacji między /wewnątrz-zespoły.

Często Zadawane Pytania

1. Czym są ramy zarządzania produktami?

Wszystkie frameworki są zasadniczo narzędziami używanymi w cyklu życia zarządzania produktem . Są one wykorzystywane do różnych celów, takich jak ilustrowanie pomysłów i koncepcji zarządzania produktem oraz ułatwianie innych zadań.

2. Jak wygląda proces zarządzania produktem?

Proces zarządzania produktem składa się z różnych etapów. Obejmuje to – zarządzanie pomysłami, tworzenie map drogowych, dodawanie i określanie specyfikacji, ustalanie priorytetów, dostarczanie, analizy i opinie użytkowników.