Discovery Sprint to ustrukturyzowane zlecenie planistyczne realizowane, zanim zespół zdecyduje się na budowę produktu, funkcji lub aplikacji. Pomaga przekształcić wczesny pomysł, niejasny brief lub zestaw konkurujących ze sobą próśb w jaśniejszą decyzję o tym, który problem warto rozwiązać najpierw. Prace dają jaśniejszą, opartą na dowodach podstawę do decyzji dotyczących wykonalności, budżetu i terminów. Tworzą praktyczny obraz obecnego stanu, docelowych użytkowników, priorytetowych ścieżek, założeń i zależności, aby kolejną inwestycję można było podjąć z większą rozwagą. Zespołom, które czują presję, by rozpocząć prace programistyczne przed rozstrzygnięciem ważnych pytań, discovery daje ograniczoną przestrzeń, by zwolnić, przeanalizować dowody i wybrać realistyczny kolejny krok.
Co to jest
Sprint gromadzi informacje potrzebne do sformułowania decyzji produktowej. Może obejmować cel biznesowy, obecny proces, grupy użytkowników, dostępne dane, istniejące systemy, priorytetowe ścieżki i wstępne pytania o wykonalność. Dokładny zakres jest uzgadniany na piśmie i odzwierciedla materiały oraz osoby dostępne na potrzeby zlecenia. Zamiast tworzyć długi dokument dla samej formy, discovery koncentruje się na decyzjach: co należy zbadać teraz, co wymaga weryfikacji, na jakich założeniach opiera się plan i czego nie należy jeszcze traktować jako zobowiązania. Discovery sprint może dostarczyć uporządkowany według priorytetów opis problemu, zarys przepływów użytkownika, zapis decyzji, mapę zależności i rekomendowany zakres kolejnego etapu. Prace produkcyjne, ostateczny projekt UI i pełna budowa architektury mogą nastąpić jako osobno uzgodnione rezultaty.
Dla kogo
Discovery Sprint jest odpowiedni dla zespołów, które:
- Mają pomysł na produkt lub problem operacyjny, ale potrzebują jaśniejszego briefu, zanim poproszą o wycenę budowy
- Wybierają między kilkoma możliwymi ścieżkami użytkownika, funkcjami lub priorytetami rynkowymi
- Potrzebują, aby założyciele, właściciele produktu i osoby techniczne pracowali na tych samych założeniach
- Chcą zidentyfikować zależności i luki decyzyjne przed przeznaczeniem budżetu, zaangażowaniem dostawców lub ustaleniem harmonogramu realizacji
Co pomaga wyjaśnić
Discovery pomaga wyjaśnić:
- Jaki problem, docelowy użytkownik i priorytetowa ścieżka powinny stanowić oś kolejnego etapu
- Co wiadomo o obecnym stanie i które pytania nadal wymagają dowodów, badań, dostępu lub decyzji
- Jakie założenia, integracje, treści, akceptacje i zależności od podmiotów trzecich mogą wpłynąć na realizację
- Czy rozsądnym kolejnym krokiem jest plan produktu, kierunek UX/UI, zakres MVP, ocena techniczna, czy inne zlecenie
Co jest zawarte
- Pisemne potwierdzenie pytania badawczego, dostępnych materiałów, uczestników i granic decyzyjnych
- Ustrukturyzowany przegląd obecnego stanu, docelowych użytkowników, priorytetowych ścieżek, znanych ograniczeń i wstępnych pytań o wykonalność
- Zapis założeń, zależności, nierozstrzygniętych pytań i decyzji wymagających wskazanego właściciela
- Praktyczne uporządkowanie według priorytetów problemu i przepływów użytkownika najistotniejszych dla kolejnego etapu
- Zrozumiałe rekomendacje realistycznego, ukierunkowanego kolejnego zakresu
- Rozmowa przy przekazaniu, która wyjaśnia ustalenia, granice i rozsądne kolejne działania
Co nie jest uwzględnione
- Prace produkcyjne, ostateczny projekt UI, kompletny system projektowy ani pełna budowa architektury, chyba że zostaną osobno zdefiniowane
- Zapewnienie sukcesu komercyjnego, wykonalności technicznej, ostatecznego budżetu, dostępności dostawców ani terminu realizacji
- Nieograniczone badania, warsztaty, koncepcje, wywiady ani poprawki poza uzgodnionym zleceniem
- Formalne porady prawne, dotyczące zgodności, inwestycyjne ani badania rynku
- Automatyczne wdrożenie każdego pomysłu zidentyfikowanego w trakcie discovery
Kiedy to wybrać
Warto wybrać Discovery Sprint, gdy najważniejszym pytaniem jest wciąż to, co zbudować, dla kogo i dlaczego. Przydaje się przed MVP, większą przebudową, nowym narzędziem wewnętrznym lub zmianą ścieżki klienta. Może też pomóc, gdy zespół otrzymał już wyceny, które wydają się niespójne, ponieważ podstawowy zakres nie jest jeszcze jasny. Discovery jest mniej przydatne, gdy granice produktu są już ustalone, a zespół potrzebuje po prostu dostarczenia zdefiniowanej funkcji; wtedy bardziej odpowiedni może być ukierunkowany zakres budowy. Sprint sprawdza się, gdy mogą w nim uczestniczyć właściwi decydenci, można udostępnić aktualne materiały, a zespół jest gotów traktować niektóre pomysły jako przyszłe możliwości, a nie natychmiastowe zobowiązania.
Nasze podejście
Zaczynamy od uzgodnienia decyzji, którą sprint ma wesprzeć. Następnie prace przechodzą od stanu obecnego do docelowego: co użytkownicy próbują zrobić, gdzie obecne doświadczenie lub proces zawodzi i jak mogłaby wyglądać użyteczna kolejna ścieżka. Ujawniamy założenia, zamiast wbudowywać je w przyszły plan budowy. Zależności, takie jak dane, treści, dostawcy, dostęp, wewnętrzne akceptacje i istniejące systemy, są dokumentowane wraz z pytaniami, które generują. Wczesne rekomendacje przedstawiamy wraz z dowodami i otwartymi pytaniami, aby ich waga była jasna. Zamiast tego końcowe przekazanie oddziela zaobserwowane informacje, robocze założenia, ograniczenia i kolejne decyzje. Daje to zespołowi podstawę do wyboru bardziej ukierunkowanego planu produktu, kierunku projektowego, MVP lub oceny technicznej, przy czym późniejszy zakres, koszt i harmonogram są doprecyzowywane w miarę gromadzenia dowodów.
Często zadawane pytania
Artykuły pokrewne
Zacznij
Chcą Państwo wyjaśnić kolejną decyzję produktową?
Zakres jest potwierdzany na piśmie przed jakąkolwiek płatnością lub zobowiązaniem. Wystarczy krótkie zapytanie, a wspólnie ustalimy, czy discovery sprint jest właściwym pierwszym krokiem dla Państwa obecnego pytania produktowego.
Poproś o rozmowę o Discovery Sprint