Roadmap
& wycena

Mamy już Event Storming lub dokument przedwdrożeniowy — robimy z tego konkretną roadmapę z milestoneami, dependency graph, MVP scope i fixed-price. Wycena oparta o rzeczywistą złożoność, nie „od oka".

Czas trwania3-7 dni roboczych
FormatGantt + backlog + dokument
GranularnośćStory / epic / milestone
Dla kogoPrzed startem developmentu

Co dostajesz

Roadmap to nie ładny Gantt. To narzędzie decyzyjne dla Ciebie i komunikacyjne dla zarządu.

01

Backlog epików + storiek

Pełna lista pracy w Jira / Linear / Notion, z opisem każdej story, kryteriami akceptacji, oszacowaniem story-pointów.

02

Estymacja + dependency graph

Czas trwania per epik (w dniach roboczych i kalendarzowych), wzajemne zależności, krytyczna ścieżka projektu.

03

MVP scope vs roadmap

Co jest must-have do MVP (release 1.0), co przesuwamy na release 1.1+, co świadomie tniemy. Z uzasadnieniem każdej decyzji.

04

Fixed-price (lub T&M cap)

Konkretna wycena MVP z procesem zmian. Możliwość rozbicia na milestone-based payments. Warunki gwarancyjne i SLA.

Proces krok po kroku

01
Input review (1 dzień)
Czytamy Event Storming/dokument przedwdrożeniowy. Identyfikujemy luki, dopytujemy. Wstępna struktura epików.
02
Story breakdown (2-3 dni)
Rozbijamy każdy epik na storki, definiujemy acceptance criteria, oznaczamy zależności. Skala estymacji w story-pointach.
03
Estymacja + ścieżka krytyczna (1-2 dni)
Wycena per story (planning poker w zespole), agregujemy do epików, rysujemy dependency graph, identyfikujemy bottlenecki.
04
Review & finalize (1 dzień)
Spotkanie ze stakeholderami: pokazujemy roadmapę, ustalamy MVP scope, negocjujemy tnięcia. Finalna wersja roadmapy i wyceny.

Kiedy ma sens

Scenariusz 01

Po analizie przedwdrożeniowej

Naturalne kontynuacja — mamy scope, teraz rozbijamy go na sprinty z konkretną wyceną.

Scenariusz 02

Przed greenlight u zarządu

Dokument przedwdrożeniowy + roadmap = pakiet do prezentacji decyzyjnej. Pokazujesz dokładnie co, kiedy, za ile.

Scenariusz 03

Sprint 0 w projekcie

Pierwsze 2 tygodnie nowego projektu — zanim ruszą sprinty deweloperskie, robimy roadmap i ustalamy „definition of done".

Scenariusz 04

Drugie spojrzenie

Macie roadmap z innego zespołu, chcecie second opinion — sprawdzamy realność estymacji i identyfikujemy ryzyka.

Najczęstsze pytania

Jak realne są wasze estymacje?

Zaczynamy od historical velocity podobnych projektów (mamy baseline ~70-80% trafności na poziomie epiku). Dodajemy 20-30% buforu na ryzyka. Storki krótsze niż 3 dni — typowo trafiamy. Dłuższe — sygnalizujemy do dalszego breakdownu.

Fixed-price czy T&M?

Fixed-price tylko gdy scope jest precyzyjny (po analizie przedwdrożeniowej). T&M z capem budżetowym dla projektów eksploracyjnych. Hybrydy są możliwe: fixed-price na MVP + T&M na rozwój po MVP.

Co jeśli scope się zmieni w trakcie?

Mamy mechanizm change requests: mała zmiana < 1 dnia — przyjmujemy bez change order. Większa — oszacujemy impact, zaktualizujemy roadmap, podpisujemy CR. Wszystko transparentnie, bez ukrytych godzin.

Czy uczestniczymy w aktualizacji roadmapy w trakcie projektu?

Tak — sprint review co 2 tygodnie, gdzie aktualizujemy roadmap o velocity, change requests, ryzyka. Roadmap to żywy dokument, nie zamrożony PDF z dnia 1.

Masz scope,
potrzebujesz
fixed-price?

Przyślij nam dokument przedwdrożeniowy lub wynik Event Stormingu — w 3-7 dni wrócimy z roadmapą i wyceną.