Product Management Framework
Cel | Wypracowanie metodologii i procesu współpracy na linii BU- Delivery (BU side) |
|---|---|
Zadanie podstawowe | Workflow I opis procesu |
Status dokumentu | ZATWIERDZONO |
Właściciel dokumentu |
Ogólne Założenia
Framewrok współpracy na linii BU-Delivery ma się opierać o 3 główne procesy:
Proces NPI (new product introduction)
CR (change request) (jakis fast track by sie przydal)
Wdrożenie dedykowane (jakis fast track by sie przydal)
Dodatkowe elementy współpracy i wsparcia teamu produktowego są usystematyzowane poprzez odrębne procesy:
Proces zgłaszania błędów → kieruj na Service Desk Application Monitoring https://jira.blue.pl/servicedesk/customer/portal/35
Zapytania produktowe → kieruj sie do FAQ Produkty, jeżeli tam nie znajdziesz odpowiedzi to (i co dalej) alizacja produktów → no to jak tutaj?
Proces NPI/CR/Wdrożenia Dedykowane
Step 1 - Zgłoszenie Inicjatywy
Step 2 - Tollgate 1 (T1) przeprowadzony przez Komitet ds. Inicjatyw - Decyzja o wstępnej inwestycji w opracowanie Inicjatywy
Step 3 - Faza discovery, analiza koszulkowa, wstępne propozycje daty możliwości dostarczenia
Step 4 - Tollgate 2 (T2) przeprowadzony przez Komitet ds. Inicjatyw - Decyzja o realizacji Inicjatywy
Step 5 - Analiza techniczna, wycena, informacja o harmonograme i decyzja o rozpoczęciu projektu (tu sie rozjezdza, pytanie czy ma byc jeszcze jeden tollgate?)
Step 6 - Realizacja projektu
Step 7 - Tollgate 3 (T3) przeprowadzony przez Komitet ds. Inicjatyw - Decyzja o Komercjalizacji Inicjatywy
Podstawowe Pytania:
Dla kogo dedykowany jest proces? | Wszystkie Business Unity, CHIEFS |
|---|---|
Kiedy stosujemy proces NPI | Proces NPI stosowany jest w następujących przypadkach:
|
Kiedy nie stosujemy procesu NPI | Procesu NPI nie stosujemy:
|
Kto odpowiada za P&L | BUL’S or CHIEFS |
Kto odpowiada za realizacje budżetu projektu | Project manager (wpierw powinna byc mowa, o tym kto odpowiada za pozyskanie budzetu i tutaj sponsor inicjatywy, za realizacje budzetu bedzie odpowiadala dedykowana osoba: product owner w przypadku projektów z max 3 strumieniami realizacji w delivery i XXXX z ponad 3 strumieniami realizacji) |
Kto dopowiada za wybór dostawców | Dostawca rozwiązań biznesowych BU&CHIEFS Dostawca rozwiązań technologicznych: Delivery |
Lista priorytetów do realizacji | Listę priorytetów NPI uzgadniają pomiędzy sobą Komisja ds. Inicjatyw, w ktorej skład wchodza BUL’S&CHIEFS oraz dedykowany Product Manager oraz Product Owner, uwzględniając takie parametry jak:
W przypadku braku ustalenia listy priorytetów decyzja należy do Komisji u ds. inicjatyw, a w przypadku niepowodzenia może zostać eskalowana do Zarządu |
Kto odpowiada za Umowy biznesowe z Partnerami | Za Umowy odpowiada BU&CHIEFS (osoba wyznaczona), który zgłasza daną inicjatywę |
Proces

Proponowane terminy

Definiowanie procesu (jira)
Step 1
Powstaje idea, która po przedyskutowaniu z BUL/Chiefs jest zgłaszana jako inicjatywa.
Zgłoszenie inicjatywy:
Kto: BUL’S&CHIEFS (lub osoba upoważniona)
Gdzie: Jira
Jak: link do Jira (do oprogramowania)
Zakres pól do wypełnia
OBOWIĄZKOWE | OPIS |
|---|---|
Nazwa inicjatywy | Wpiszę nazwę inicjatywy w taki sposób, aby oddawała co chcemy wdrożyć/zmienić |
Opiekun biznesowy | Kto jest odpowiedzialny od strony biznesowej za daną inicjatywę |
Jakie problemy/wyzwania/potrzeby dana inicjatywa (produkt) rozwiązuje | Opisz jaki problem/wyzwanie/potrzebę adresuje dana inicjatywa rozwiązuje. Np. |
Do jakich segmentów/Klientów będzie kierowana incjatywa (produkt) | Opisz wszystkie branże/segmenty do których będzie kierowana inicjatywa (produkt), w przypadku pojedynczych Klientów wskaż ich nazwy |
Za pomocą jakich kanałów sprzedaży planowana jest komercjalizacja | Opisz wszystkie kanały np. sieć sprzedaży - )konieczna interakcja ze sprzedawcą i z czego wynika), self-service, telesprzedaż itp. |
Analiza rynku | Wskaż jak wygląda rynek dla danej inicjatywy (produktu), jaki jest potencjał rynku (np. liczba Partnerów, Klientów, itp), główni konkurenci (liczba, opis), analiza trendów (np. na rynkach zagranicznych), skalowalność, szanse, zagrożenia |
Interesariuszy | Wskaż wszystkich interesariuszy, którzy będą zaangażowani w proces wytworzenia, sprzedaży i utrzymania produktu |
Use case | Opisz przykład użycia dla danej inicjatywy (produktu) - przykład (finansowanie merchantów) - merchant posiadający bramkę płatniczą BM z obrotami dostanie informacje w panelu o możliwości dodatkowego finansowania w postaci pożyczki, akceptacja warunków za pomocą kodu sms, spłata automatyczna z obrotów na bramce zgodnie z ustalonym % spłaty |
Model biznesowy | Opisz w jaki sposób chcemy zarabiać/oszczędzać na danej inicjatywie (produkcie), |
P&L | Oszacuj przychody w perspektywie 1/2/3 uwzględniając koszty bezpośrednie ![]() |
Pola wyboru
OBOWIĄZKOWE | OPIS |
|---|---|
Który BU/CHIEFS jest właścicielem inicjatywy | E-COMMERCE BUILLS&TOPUP AI FINANCE AUTOPAY DELIVERY HR CLARITY FEEDBACK MARKETING DATA |
Które BU są zainteresowane wdrożeniem (które będą korzystały z rozwiązania) | E-COMMERCE BUILLS&TOPUP AI FINANCE AUTOPAY |
Priorytet | HIGH MEDIUM LOW Opis kryteriów: Blocker- kluczowy dla działania BU/Organizacja pod kątem przychodów i/lub działania organizacyjnego High- konieczny do realizacji, ale może zostać odłożony w czasie (zarówno pod kątem pracy operacyjnej oraz wzrostu przychodów) Normal- nie będący kluczowy dla BU/Organizacji pod kątem pracy operacyjnej oraz wzrostu przychodów |
Automatyzacje w JIRA:
sprawdź czy wszystkie pola są wypełnione
nie pozwalaj na założenia zadania bez wypełniania obowiązkowych pól
Załóż zadanie w Jira
Wyślij automatyczną komunikację o zgłoszeniu inicjatywy do BUL’S&CHIEFS oraz osób przez nich wskazanych - stworzenie dashboard + KPI
Utwórz pole wyboru T1 GONOT GO
Status zgłoszenia W OCZEKIWANIU NA DECYZJĘ KOMIETEU
W załączeniu plik z do oszacowania P&L
Step 2
Decyzja Grupy decyzyjnej
Kto: Osoba wprowadzająca wniosek
Jak: Zadanie zgłoszone w JIRA
Zakres pól do wypełnia
OPIS | |
|---|---|
Decyzja Komisji ds. inicjatyw T1 | GO NOT GO OBOWIĄZKOWE |
Automatyzacje w JIRA:
NOT GO
przekaż zadanie do archwizacji
GO
Załóż podzadanie faza discovery
Załóż podzadanie analiza t-shirt (koszulkowa)
Status zgłoszenia W TRAKCIE FAZY DISCO.
Wyślij powiadomienie do wskazanych osób (UX Team, Delivery)
Step 3 (Who, What, Why, When, Where and How)
Faza discovery (opcjonalna, do decyzji w trakcie T1) - ownership Experience (czekamy na wsad od Jagoda Zając)
Who:
dostarcza informacje do modelu Canvas - sponsor inicjatywy
kto wypelnia Canvas - sponsor inicjatywy by Experience
Why: a strategic management and entrepreneurial articulation tool.
When: ad-hoc, per initiative
Where: excel podłączony pod Jira epic.
How: dwa etapy:
1st step - Model Canvas - sponsor inicjatywy
sposób komercjalizacji
umowy
wybór partnerów do współpracy (service providers) - docelowo standaryzacja
2nd step - badanie z klientami - Experience
Analiza koszulkowa
Who: Lead: sponsor inicjatywy badz delegowana osoba
Why: in order to understad medium-level details of the aspects that initative should cover.
When: Once per month
Where: JIRA
How: dwa etapy:
obszar u Damiana: UX badanie klientów/rynku
obszar u właściciela inicjatywy:
sposób komercjalizacji
umowy
wybór partnerów do współpracy (service providers)
Update business case:
Kto:
Zakres pól do wypełnia
OBOWIĄZKOWE | OPIS |
|---|---|
UX TEAM (oczekiwania) | Faza discovery:NIE WYMAGANA PLANOWANA DATA ZAKON ZAKOŃCZONA |
Delivery | Szacowana liczba WH |
Automatyzacje w JIRA:
Wyślij powiadomienie o zakończeniu fazy discovery
Wprowadzona liczba WH
Wyślij powiadomienie o zakończeniu szacowania
Status zgłoszenia OCZEKIWANIE NA DEC. T2
Wynik analizy koszulkowej - framework do wypracowania:
Uczestnicy:
uzupełniony epik o:
Określone zależności miedzyzespolowe w Delivery plus wpływ na Feedback, Clarity
Wstępne oszacowanie ilości WH CAPEX: per analiza systemowa, per development, per zespol oraz potencjalne koszty OPEX.
Możliwość wykorzystania wewnetrznych badz koniecznosc wykorzystania zewnętrznych zasobow.
wytyczne architekta IT zwiazane z umiejscowieniem danego komponentu/ow - niezbędne do zachowania integralności systemów i realizowania obowiązków audytowych.
rekomendacja na temat mozliwosci kapitalizacji
potencjalny termin wykonania
kto będzie mógł poprowadzić (Product Manager/Product Owner)
Step 4
Decyzja Grupy decyzyjne T2: na podstawie uzupełnionych danych (discovery oraz analizy koszulkowej)
Kto: Osoba zgłaszająca wniosek / Delivery
Jak: Zmiana statusu w Jira
Kto? | Co? OPIS |
|---|---|
Decyzja Komisji u ds. Inicjatyw T2 | GO NOT GO |
Automatyzacje w JIRA:
NOT GO
przekaż zadanie do archwizacji
GO
Załóż zadanie w Jira zbieranie szczegółowych wymagań biznesowych projektu i analiza
Poinformuj dział Delivery o założonym zadaniu
Status zgłoszenia ANLIZA I ZBIERANIE WYMAGAŃ
Kto wchodzi w skład komisji ds. Inicjatyw:
Business Units Leaders i/lub delegowani przedstawiciele
Chiefs i/lub delegowani przedstawiciele
Osoba konsolidująca status produktu po stronie Delivery/Feedback/Clarity
Przedstawiciel Finansow
+ opcjonalnie przedstawiciele innych zaangazowanych obszarów
Step 5
Decyzja Grupy decyzyjnej o realizacji projektu:
Kto zgłasza: Właściciel inicjatywy
Gdzie: Jira
Jak: Kontynuacja w projekcie
Kto | OPIS |
|---|---|
Delivery | DATA ZAKOŃCZENIA ANALIZY |
Delivery | Szczegółowa analiza projektu (liczba WH/zasoby zew/wew) |
Właściciel inicjatywy | konsultacje ze wszystkimi interesariuszami |
Właściciel inicjatywy | Uzupełnienie szczegółowego P&L z uwzględnieniem kosztu wytworzenia produktu/usługi oraz kosztów OPEX po wdrożeniu |
Kto | OPIS |
|---|---|
Decyzja Komisji u ds. inicjatyw T3 | GO NOT GO |
Status zgłoszenia OCZEKIWANIE NA DECYZJE T3
Automatyzacje w JIRA:
NOT GO
przekaż zadanie do archwizacji
GO
Rozpoczęcie projektu
Step 6
Co: Faza delivery
Kto: Delivery
Gdzie: Jira
Jak: Kontynuacja w projekcie
Kto | OPIS |
|---|---|
Delivery | Przypisanie Product Manager i Product Owera
|
Delivery | Przygotowanie harmonogramu projektu oraz wprowadzenie daty startu |
Delivery | Regularny status (postęp) projektu |
Właściciel inicjatywy | Przygotowanie szablonu raportów oraz KPI, które będą mierzone w trakcie komercjalizacji produktu |
Realizacja projektu w ramach standardu jira.
Step 7
Co: Komercjalizacja (https://bluemedia.atlassian.net/wiki/spaces/ITD/pages/1620770852)
Kto: Inicjator
Gdzie: Jira
Jak: Kontynuacja w projekcie
Kto | OPIS |
|---|---|
Inicjator | Przygotowanie procesu komercjalizacji |
Komisja ds. inicjatyw | GO NOT GO |
Lista statusów
Wymagania
Wymaganie | Historyjka użytkownika | Ważność | Zgłoszenie Jira | Notatki |
|---|---|---|---|---|
WYSOKI | ||||
Pytania otwarte
Pytanie | Odpowiedź | Do kogo kierowane jest pytanie | Data udzielenia odpowiedzi |
|---|---|---|---|
Do jakie wartości WH mówimy, że jest to CR (moja propozycja 100) | Zaczynamy od 0 żeby dobrze określić moce przerobowe Delivery na prace zlecane. Podejście do analizy minimalnej ilości godzin zrobimy ponownie w kwietniu. | 03 Jan 2023 | |
Jak ma wyglądać szablon wymagań biznesowych | |||
Jak ma wyglądać skład grupy decyzyjnej )Komisji u decyzyjnego)? | @wszyscy |
Słowniki:
Source (Typ zmiany) | |
|---|---|
POL | ANG |
Regulacyjna | Regulatory |
Regulacyjna obowiązkowa | Mandatory |
Rozwój produktów /usług | New Development |
Strategiczna | Strategic |
Redukcja kosztów | Cost reduction |
CR | CR |
Rozwój infrastruktury/architektury | Infrastructure/architecture development |
Inny | Other |
Target Segments | |
|---|---|
POL | ANG |
e-commerce | e-commerce |
MWF | Bill payments |
Sektor finansowy (w tym banki) | Financial sector (including banks) |
Sektor ubezpieczeniowy | insurance sector |
Firmy telekomunikacyjne | Telecommunications companies |
Konsumenci | consumers |
Sektor medyczny | Medical sector |
Usługi transportowe i kurierskie | Transport and courier services |
Integratorzy | Integrators |
Inny | Other |
Sales channel | |
|---|---|
POL | ANG |
Sieć sprzedaży | Salesforce |
Self service | Self service |
Sieć Partnerska | Partnerships |
Telesales | Telesales |
Nie dotyczy | Not applicable |
Product | |
|---|---|
POL | ANG |
Bramka płatnicza (e-comm) | Payment gateway (e-comm) |
Bramka płatnicza (Public) | Payment Gateway (Public) |
Bramka płatnicza (MWF | Payment Gateway (MWF |
Bramka płatnicza (spłaty]) | Payment Gateway (Repayments) |
Prepaid/topup doładowania telefonów | Prepaid/topup phone top ups |
Prepaid/topup kody energetyczne | Prepaid/topup energy codes |
Prepaid/topup gry i usługi elektroniczne | Prepaid/topup games and electronic services |
SMS | SMS |
Instant money transfer PBL (outsourcing) | PBL instant money transfer (outsourcing) |
Instant money transfer (SPBC) | Instant money transfer (SPBC) |
Instant money transfer (express payout) | Instant money transfer (express payout) |
ID HUB | HUB ID |
ID HUB 1 PLN weryfikacja | ID HUB 1 PLN verification |
ID HUB fotoweryfikacja | ID HUB photoverification |
ADS | ADS |
Nie dotyczy | Not applicable |
Priorytet | |
|---|---|
POL | ANG |
Bloker | Blocker |
Obowiązkowy | Mandatory |
High | High |
Medium | Medium |
Low | Low |
Opis |
|
Bloker | Blokuje bieżące działanie firmy, brak możliwości obsługi produktów będących w ofecie |
Obowiązkowy | Wynikający ze zmian prawa/regulacji - brak wdrożenie będzie skutkował zawieszeniem pracy operacyjnej firmy lub danego produktu/usługi |
High | Wysoki impact na wynik finansowy/PR |
Medium | Średni impakt na wynik finansowy/PR |
Low | Niski impakt na wynik finansowy/PR |
TODO
uzupełnienie kroku Ideacji, dodefiniowanie
czego oczekujemy od komunikacji do BULs i Chiefs
kto przedstawia pomysł, do kiedy inicjatywy mają być zgłoszone aby były analizowane przez komisję
ustalenie kryteriów decyzji komisji na poziomie step 2
zgodność ze strategią
business case
cashflow
efekt spotkania komisji: NO GO/GO (jeżeli GO to czy potrzebna faza Discovery i w jakim zakresie)
jeżeli nie to idzie do archiwum, jeżeli sponsor chce poprawić elementy składowe wpływające na decyzji to zakłada inicjatywę od nowa
efektem pracy jest notatka ze spotkania podsumowująca w jakim składzie została podjęta decyzja i jaka to była decyzja odnośnie każdej z rozpatrywanych inicjatyw
musimy przesunac kolejnosc po T1 robimy dicovery → analize koszulkowa → update business case → przypisanie Product Managera i Project Managera → propozycja na harmonogram→ wtedy T2 (go/no go analiza systemowa) → potem analiza systemowa i znowu potwierdzenie na harmonogramie→ T3 (go/no go development,m, tu sie konczy proces NPI)→ i wtedy dopiero dostarczenie projektu. T4 sugerujemy, zeby byl w ramach governancu egzekucji projektu, a nie w ramach procesu NPI.
governance
Faza discovery:
obszar u Damiana: UX badanie klientów/rynku
obszar u właściciela inicjatywy:
sposób komercjalizacji
umowy
wybór partnerów do współpracy (service providers)
Przemysław Ciesielski (Unlicensed) Wdrożyć proces aktualizacji stawek Deliery i innych obszarów (średnie na podstawie zaangażowania) w celu lepszej wyceny realizacji inicjatyw, do uzgodneinia z ituszynski i Paulina Makowska
