Jak stworzyć Product Roadmap. Szablony do pobrania

0

O tym czym jest Product Roadmap oraz w jakim celu się ją tworzy pisaliśmy w artykule Roadmapa produktu w środowisku Agile. Tym razem przygotowałam dla Ciebie 3 różne, alternatywne szablony, z których możesz skorzystać budując roadmapę dla swojego produktu lub firmy, w której pracujesz. Pod każdym szablonem znajdziesz również wskazówki, z którego schematu skorzystać w konkretnych warunkach i sytuacjach. Na samym dole wpisu znajduje się przycisk do pobrania wszystkich szablonów w formacie .xls.

Wyjaśnienia pojęć występujących w szablonach:

W związku z tym, iż w szablonach używam kilku zwrotów, które mogą zostać błędnie odebrane, chciałabym zapoznać Cię z wyjaśnieniami pojęć. W Twoim produkcie możesz używać innych oznaczeń. Gorąco zachęcam Cię jednak do ustrukturyzowania i przetestowania roadmapy w podobnej konwencji.

Projekt / Epic – działanie o charakterze jednorazowym, które jest podejmowane dla osiągnięcia z góry określonych celów np. przeprojektowanie strony, dodanie nowej funkcjonalności, zmiana technologii. Każdy projekt powinien być odpowiednio udokumentowany. Przykładowa struktura dokumentu opisującego: opis dziedziny problemowej, KPIs, opis zasobów które projekt dostarczy, interesariusze, plan projektu, powiązania z historyjkami użytkownika lub epikami w product backlogu.

Przykładowy projekt: Przeprojektowanie usługi wypłaty należności klientom (zmiana interfejsu + zewnętrznego dostawcy).

Inicjatywa – przedsięwzięcie, zbiór projektów realizowanych w tym samym celu. Każda inicjatywa powinna być opisana w formie dokumentu zawierającego następujące pola: nazwa, opis, cel biznesowy, interesariusze, plan, kluczowe wskaźniki efektywności (KPIs), lista projektów wchodzących w skład inicjatywy.

Przykładowa inicjatywa: Zwiększenie zadowolenia użytkownika z usługi.

Kluczowe wskaźniki efektywności (ang. KPIs) – mierzalne cele, którymi posługuje się Product Manager, aby zarekomendować zarządowi i interesariuszom: zmianę, projekt lub inicjatywę. Aby wyznaczyć KPI należy znaleźć odpowiednią miarę (np. korzystając z narzędzi analitycznych), którą chce się optymalizować i oszacować oczekiwany wzrost. Po realizacji inicjatywy lub projektu KPI jest obiektywną informacją zwrotną na temat tego czy to co było zaplanowane, zostało z sukcesem osiągnięte.

Przykłady KPI: zwiększenie przychodu firmy o 10%, zwiększenie współczynnika konwersji o 5%, zmniejszenie współczynnika odrzuceń o 5%, zmniejszenie kosztu pozyskania nowego użytkownika o 15%, zmniejszenie kosztu utrzymania systemu o 20%.

Nakład pracy (ang. level of effort) – wysokopoziomowa estymacja projektu, tworzy się ja przy współpracy z liderem zespołu programistycznego lub całym zespołem.

Przykład skali koszulkowej LOE: S, M, L, XL

Roadmapa zorientowana na inicjatywy i cele

Roadmapa zorientowana na inicjatywy i cele
Roadmapa zorientowana na inicjatywy i cele

Product Manager musi rozumieć cele biznesowe firmy i znajdywać rozwiązania spełniające je. Roadmapa produktu musi być więc zgodna ze strategią firmy. Dlatego projekty realizowane przez Product Managera powinny być pogrupowane w Inicjatywy o zdefiniowanych mierzalnych celach (KPIs), które mają spełnić. Roadmapa zorientowana na inicjatywy i cele jest dokumentem który potwierdza zrozumienie strategii produktu.

Kiedy skorzystać właśnie z tego szablonu?

  • Kiedy strategia firmy względem produktu nie jest jasna i Product Manager poprzez przedstawienie inicjatyw i celów chce przedstawić swoją koncepcję.
  • Kiedy Product Manager wie co ma zrobić, ale niekoniecznie zastanowił się i wie po co to robi (ma rozpisany product backlog, funkcjonalności i projekty, nie są one jednak w żaden sposób pogrupowane i nie składają się w logiczna całość).
  • Kiedy Product Manager chce zaprezentować wysokopoziomową strategię produktu interesariuszom lub inwestorom.

Roadmapa zorientowana na projekty, z podziałem na produkty

Roadmapa zorientowana na projekty, z podziałem na produkty
Roadmapa zorientowana na projekty, z podziałem na produkty

Product Manager musi zdefiniować projekty dzięki którym będzie realizował strategię produktu. Z punktu widzenia zarządu firmy i interesariuszy ważne jest, aby wiedzieć kiedy spodziewać się konkretnych przyrostów. Na podstawie wskaźników i priorytetów warto wstępnie ustalić plan realizacji projektów.

Kiedy skorzystać właśnie z tego szablonu?

  • Kiedy projekty w firmie są realizowane w oddzielnych zespołach oraz gdy zespoły są skupione na rozwoju konkretnego produktu (np. aplikacji mobilnej),
  • Kiedy w firmie jest tylko jedna osoba odpowiedzialna za zarządzanie produktem i chce ona przedstawić plan rozwojowy dla każdego z produktów oddzielnie.

Roadmapa zorientowana na projekty, z podziałem na inicjatywy

Roadmapa zorientowana na projekty, z podziałem na inicjatywy
Roadmapa zorientowana na projekty, z podziałem na inicjatywy

Często zdarza się, że Product Managerowie nie są przypisywani jako odpowiedzialni za konkretne produkty, ale są właścicielami Inicjatyw lub Projektów, a więc konkretnych celów i problemów do rozwiązania na przestrzeni wszystkich aplikacji.

Kiedy skorzystać właśnie z tego szablonu?

  • Kiedy projekty w firmie są realizowane w zespołach skupionych na rozwiązywaniu inicjatyw lub projektów.
  • Kiedy strategia firmy skupia się nad rozwojem kilku kluczowych aspektów biznesu, nie rozwija jednocześnie wszystkich produktów, ale skupia się na realizacji celów na przestrzeni wszystkich aplikacji.

Jak zacząć?

  1. Ściągnij paczkę z szablonami, wybierz ten który najbardziej odpowiada w Twojej sytuacji. Zmodyfikuj go do swoich potrzeb.
  2. Uzupełnij najważniejsze informacje w arkuszu. Jeżeli posiadasz dokumentację dla Inicjatyw i Projektów podlinkuj je – wtedy osoby przeglądające Roadmapę będą miały dostęp do najważniejszych informacji.
  3. Opublikuj Roadmapę na Google Drive lub przy użyciu innego narzędzia (np. Atlassian Confluence). Upewnij się, że wszyscy interesariusze mają do niej dostęp i wiedzą gdzie jej szukać.

Inne przydatne narzędzia, które rekomenduję do tworzenia i zarządzania Roadmapą to Microsoft Excel, ProdPad, Confluence, Aha!, Roadmunk.

Pamiętaj o tym, że Roadmapa nie powinna przedstawiać Twoich wyssanych z palca pomysłów. Dobra Roadmapa to efekt wielu etapów poprzedzających:

  • analizy wymagań oraz danych,
  • badań użytkowników,
  • konsultacji z zespołem wytwórczym i interesariuszami.

Aktualizuj ją jeżeli wymaga zmian – Roadmapa musi żyć i być elastyczna.

Nie traktuj roadmapy produktu jako zobowiązania, jednak zawsze sprawdzaj czy
Twoja firma skupia się na Inicjatywach i Projektach o najwyższej wartości biznesowej. Zdefiniowanie prawidłowych wskaźników i potwierdzanie, że poprzez realizację danego Projektu lub Inicjatywy są one osiągane, to klucz do Twojego sukcesu osobistego oraz sukcesu produktu za który jesteś odpowiedzialny.



Podaj swój adres e-mail


Roadmapa zorientowana na inicjatywy i cele
Roadmapa zorientowana na projekty, z podziałem na produkty
Roadmapa zorientowana na projekty, z podziałem na inicjatywy


* Pobierając szablony zgadzasz się na zapisanie do naszego newslettera, dzięki czemu dostaniesz jeszcze więcej pomocnych materiałów.

PODZIEL SIĘ
Product Manager w SentiOne. Certyfikowany Professional Scrum Master i Prince2 Practictioner. Na co dzień pracuje nad rozwojem produktów internetowych, w Zespole Scrumowym pełni rolę Właściciela Produktu.

ZOSTAW ODPOWIEDŹ