Delivery 1.0 Help

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

Slawomir Gawinowski

Ogólne Założenia

Framewrok współpracy na linii BU-Delivery ma się opierać o 3 główne procesy:

  1. Proces NPI (new product introduction)

  2. CR (change request) (jakis fast track by sie przydal)

  3. Wdrożenie dedykowane (jakis fast track by sie przydal)

Dodatkowe elementy współpracy i wsparcia teamu produktowego są usystematyzowane poprzez odrębne procesy:

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:

  • wytworzenie nowego produktu lub funkcjonalności

  • wszystkie zmiany wynikające z konieczności dostosowania się do regulacji prawnych/compliance

  • RFP/RFI (request for proposal) - postępowanie przetargowe, wymagające wytworzenia nowego komponentu

  • Inne zmian oszacowane powyżej 100wh (wh = working hour) UWAGA - propozycja do potwierdzenia(startujemy z 0?)

Kiedy nie stosujemy procesu NPI

Procesu NPI nie stosujemy:

  • w przypadku wdrożeń Klientów, korzystających z gotowych komponentów

  • w przypadku zmian - propozycja do potwierdzenia (startujemy z 0?)

  • w przypadku wdrożeń Partnerów, którzy nie wymagają dedykowanych komponentów (czy to jest inne od pierwszego bulleta?)

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:

  • mandat (brak wdrożenia może wstrzymać pracę operacyjną/sprzedaż produktu/zostanie naliczona kara itp.)

  • zgodność ze strategią Organizacji

  • dochodowość w okresie 1Y/3Y (tutaj zmieniałbym na 2Y)

  • Dostępne zasoby oraz potencjalną możliwość pozyskania zasobów wspierających

  • Skalowalność (liczba zainteresowanych BU)

  • PR i innowacyjność

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

Bu delivery 9

Proponowane terminy

Rysunek1

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

Image 20221215 074219

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

NPI_financial assessment…

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

NPI_financial assessment…

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

  • Niezbędne jest na tym etapie przypisanie Product Manager ze wzgledu na potrzebe jasno okreslonego wlascicielstwa, ze wzgledu na potrzebe utrzymania i dalszego rozwoju zgodnie z frameworkiem product management. Product Manager ostatecznie podejmuje decyzje o zakresie fazy POC/MVP/Mass Rollout.

  • Product Owner, ktory bedzie pelnil role project managera i koordynowal projekt pomiedzy roznymi obszarami Delivery, Feedback, Clarity i reszta organizacji. Bedzie to wykonywal zgodnie z frameworkiem project managementu.

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.

Przemysław Ciesielski (Unlicensed)

03 Jan 2023

Jak ma wyglądać szablon wymagań biznesowych

Przemysław Ciesielski (Unlicensed)

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

Slawomir Gawinowski

  • 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

Podział obowiązków Product Managera vs Sponsora inicjatywy

Poza zakresem

Last modified: 30 May 2024