Zrozumieć Minimum Viable Product (MVP) w Scrumie: Outcome vs. Output

Czym jest Minimum Viable Product, jak praca z nim prowadzi do sukcesu i jakie ogromne korzyści przynosi to tobie, twojemu zespołowi i twoim klientom?

W tym artykule dowiesz się wszystkiego o MVP i zrozumiesz, dlaczego różnica między outcome a output decyduje o sukcesie lub porażce twojego produktu.

Różnica między outcome a output w MVP

Każdy, kto tworzy produkt dla swoich klientów, powinien na początku zastanowić się, jakie potrzeby ci klienci mają i jakie problemy produkt ma rozwiązać. Gdy te pytania zostaną wyjaśnione, można rozpocząć rozwój produktu – dopiero wtedy wiadomo, jakiego rezultatu (outcome) oczekują klienci. Jeśli pożądanym rezultatem jest np. możliwość szybszego przemieszczania się z punktu A do punktu B, produktem (output) może być samochód. Ale nie musi – deskorolka również spełniłaby oczekiwany outcome, a przy tym byłaby tańsza i szybsza w produkcji niż samochód.

Co ciekawe, większość firm przed rozpoczęciem tworzenia produktu wcale nie zastanawia się nad outcome dla klientów: wychodzą od gotowego pomysłu na produkt i skupiają się wyłącznie na dostarczeniu dokładnie tego outputu wraz z odpowiednimi pakietami pracy i funkcjonalnościami.

Skupienie wyłącznie na output – ryzyko biznesowe

Dlaczego takie podejście jest tak ryzykowne i dlaczego koncentracja wyłącznie na output może mieć fatalne skutki dla firmy?

Kto pracuje według podejścia Big Bang, chce najpierw w 100% ukończyć swój produkt, zanim dostarczy go klientowi. Może to prowadzić do tego, że:

• firma inwestuje zbyt wiele czasu i pieniędzy w rozwój produktu,

• klienci nie potrzebują już produktu, bo w trakcie długiego procesu tworzenia konkurencja wypuściła lepszą wersję,

• rynek na dany produkt przestaje istnieć, ponieważ zmieniły się okoliczności i potrzeby,

• nikt nie kupuje produktu, bo jego projekt całkowicie minął się z gustem i oczekiwaniami klientów,

• produkt stał się tak rozbudowany, skomplikowany i drogi, że klienci wolą prostszą i tańszą wersję od konkurencji.

Krótko mówiąc: istnieje duże ryzyko, że firmy przez zbyt długi czas angażują wszystkie zasoby w sztywny pomysł na produkt, który ostatecznie nikt nie kupuje. Jak w prosty i zwinny sposób uniknąć tego problemu? Rozwiązanie to: Minimum Viable Product.

Jakie rozwiązanie oferuje Minimum Viable Product w Scrumie?

Jeśli ty i twoja firma pracujecie już według Scruma, być może już o tym słyszałeś: Minimum Viable Product (MVP) oznacza najmniejszy dostarczalny produkt. Jeśli np. pracujesz jako Product Owner w swojej firmie, powinieneś zawsze skupiać się na outcome opartym na potrzebach klienta – w powyższym przykładzie chodzi o możliwość szybszego przemieszczania się z A do B.

Co dokładnie może być najmniejszym dostarczalnym produktem, czyli Minimum Viable Product w kontekście tej potrzeby klienta, pokazuje poniższy obrazek z bloga Crisp:

Oczywiście samochód jest tu jedynie metaforą produktu, o którym klient początkowo marzył: jego potrzeba polega na szybszym dotarciu z punktu A do B i uważa, że potrzebuje do tego samochodu.

Pracując z Minimum Viable Product, jako Product Owner dbasz o to, aby ty i twój zespół Scrum dostarczali klientowi najmniejsze liferowalne produkty (MVP) w szybkich i małych iteracjach. Ważne jest, aby zawsze mieć na uwadze pożądany outcome i dostarczać MVP, dzięki którym klient może zaspokoić swoje potrzeby przynajmniej w podstawowym zakresie:

Górny rząd na obrazku pokazuje, że nie ma sensu sprzedawać klientowi jedynie pierwszych gotowych części samochodu – z pewnością nie pozwolą mu one szybciej dotrzeć z A do B. Dolny rząd z kolei pokazuje, że zarówno deskorolka, hulajnoga, rower, jak i motocykl mogą być dostarczane klientowi jako MVP – każde z tych rozwiązań umożliwia szybsze przemieszczanie się.

Jakie korzyści przynosi MVP?

Dostarczanie MVP klientom, testerom i early adopterom niesie ze sobą następujące duże korzyści:

• Otrzymujesz feedback bardzo wcześnie w procesie tworzenia: Czy ta pierwsza wersja produktu spełnia już oczekiwania klienta? Czy działa zgodnie z założeniami? Czy design jest odpowiedni? Czy za pierwotną potrzebą klienta kryją się może inne lub dodatkowe życzenia?

• Szybkie uczenie się przekłada się na duży postęp: Jeśli już po pierwszym feedbacku na temat MVP wiesz, co jest dla klienta ważne, a z czego może zrezygnować, kolejna iteracja przyniesie znaczną poprawę.

• Zmiany są możliwe w każdym momencie: Iteracyjne tworzenie produktu zapewnia dużą elastyczność – zamiast mozolnie przeprojektowywać gotowy produkt po 3 latach pracy, możesz wprowadzać zmiany po każdej iteracji bez większego wysiłku.

• Wcześnie generujesz przychody: Ponieważ możesz pobierać opłaty już za swoje pierwsze MVP, znacznie zmniejszasz ryzyko biznesowe.

• Zadowoleni klienci dzięki niższej cenie i krótszemu czasowi realizacji: Jeśli w powyższym przykładzie okaże się, że klient jest w pełni zadowolony już z roweru, bo spełnia jego potrzebę, jako Product Owner kończysz rozwój produktu dokładnie w tym miejscu. Ponieważ rower opracowałeś 1. szybciej i 2. taniej niż samochód, możesz wcześniej zaoferować klientowi satysfakcjonujące rozwiązanie, które go mniej kosztuje.

Typowy przykład Minimum Viable Product

Dobrym przykładem MVP jest tunel drogowy na autostradzie A1 w Kolonii: zamiast skupić się na potrzebach mieszkańców dotyczących redukcji hałasu i najpierw wdrożyć mniejsze, stosunkowo niedrogie środki – takie jak ograniczenie prędkości, cicha nawierzchnia czy ekrany akustyczne – jako Minimum Viable Product, a następnie budować na podstawie opinii mieszkańców, zleceniodawcy mieli na uwadze wyłącznie swój wynik: nowoczesny tunel przeciwhałasowy!

Po długich latach budowy i związanych z tym utrudnieniach w ruchu powstał tzw. tunel akustyczny, który kosztował 200 milionów euro. Jak pokazują opinie mieszkańców – zebrane zdecydowanie za późno – tunel nie rozwiązał problemu, lecz wręcz przeciwnie, jeszcze pogorszył sytuację hałasową.

Dlaczego warto pracować zgodnie z podejściem MVP?

Zwłaszcza wtedy, gdy właściwy produkt nie jest jeszcze w pełni określony i nie ma empirycznego potwierdzenia, że klienci będą go kupować właśnie w takiej formie, kluczowe dla sukcesu jest myślenie w kategoriach rezultatów i potrzeb klientów oraz stopniowe zbliżanie się do nich za pomocą MVP.

Nawet w przypadku produktów, których całościowy obraz już znasz – jak np. ciężarówka – inkrementalne dostarczanie Minimum Viable Products może się opłacać. Twój klient może bowiem odkryć, że wystarczą mu znacznie skromniejsze funkcje, niż pierwotnie zakładał. A klient, który szybciej dostaje rozwiązanie swojego problemu za mniejsze pieniądze, to klient wyjątkowo zadowolony.

Chcesz poznać więcej ciekawych faktów na temat pracy ze Scrumem i dowiedzieć się, jak zwinne podejście może zwiększyć zadowolenie klientów i sukces Twojej firmy? W naszym Scrum Guide znajdziesz wszystko, czego potrzebujesz, aby zrozumieć kontekst. Na naszych certyfikowanych szkoleniach Scrum nauczysz się, jak stosować Agile w praktyce.

Czym jest produkt?

Dowiedz się, czym właściwie jest produkt w Scrumie i jak stworzyć jego definicję.
=> Czym jest produkt?

Jak sprawić, by Refinement był sukcesem!

Jako Product Owner określ rezultat dla następnego Sprintu i popraw wyniki Refinementu dzięki tym wskazówkom.
=> Product Backlog Refinement

Jak opracować wizję produktu?

Dowiedz się, jak jako Product Owner możesz opracować wizję produktu w 3 prostych krokach.
=> Opracowanie wizji produktu