- Umowa wdrożeniowa. Zapisy, które zabezpieczą interesy klienta - 11 grudnia 2024
- Dlaczego polscy przedsiębiorcy upodobali sobie systemy IT On-Premise? - 24 września 2024
- Open Source CRM – dlaczego sprawdza się w dużych firmach? - 11 września 2024
Zupełnie mnie nie zdziwi, jeżeli skrót MVP kojarzy Ci się przede wszystkim ze światem sportu. Do niedawna sam łączyłem go tylko i wyłącznie z turniejami, na koniec których wybiera się Most Valuable Player.
W finale Ligi Mistrzów, podczas którego siatkarze Grupy Azoty ZAKSA Kędzierzyn-Koźle pokonali Itas Trentino 3:0, taki tytuł otrzymał Kamil Semeniuk.
Natomiast MVP w nomenklaturze IT oznacza coś zupełnie innego…
Przekonaj się, czym jest i jakie korzyści oferuje podejście Minimum Viable Product.
Co to jest Minimum Viable Product?
MVP, czyli Minimum Viable Product to wersja systemu IT z wystarczającą liczbą funkcji, aby można z niej aktywnie korzystać.
MVP musi spełniać podstawowe założenia funkcjonalnej aplikacji i być „używalny”. Powinien też rozwiązywać podstawowy problem, z którym boryka się Twoja organizacja, czyli beneficjent oprogramowania.
Główną zaletą tego podejścia jest możliwość przetestowania rozwiązania przy znacznie niższej początkowej inwestycji.
Poprawnie skonstruowany Minimum Viable Product objaśnia następująca ilustracja:
Kiedy Twoim celem jest skuteczny przewóz towarów, nie zrealizujesz go przy użyciu jednego koła czy roweru. Użyteczne MVP to dopiero wózek silnikowy z opcją załadunku.
Z czasem, gdy potwierdzisz rentowność biznesu i pozyskasz nowe środki, będzie Cię stać na zakup furgonetki.
To samo podejście da się zastosować także w przypadku oprogramowania.
Czy wiesz, że…
MVP nawiązuje do zasady Pareto, która mówi, że 80% potrzeb użytkowników zaspokaja 20% funkcjonalności systemu.
Zamiast czekać na gotowy produkt, możesz zacząć czerpać korzyści z aplikacji w budowie. I sterować jej rozwojem na podstawie bieżącego feedbacku.
Jak się toczą projekty typu MVP?
Bardzo podobnie do tego, co proponuje metodyka Scrum, projekty MVP realizuje się w Sprintach, co 2 tygodnie wydając kolejny przyrost funkcjonalności.
Najczęściej rozlicza się je też w modelu Time & Material – wyłącznie za czas i zasoby wykorzystane przez zespół projektowy.
Realizacja MVP nie powinna być przytłaczającym kosztem. Co do zasady chodzi o opłacalną inwestycję, która szybko napędza zwrot z inwestycji (ROI).
Oczekiwania vs obowiązki w projektach MVP
Software development
KLIENT | FIRMA WDROŻENIOWA/SOFTWARE HOUSE |
Opowiedz o potrzebach Twojego biznesu | Podczas dewelopmentu korzysta z User Stories |
Zaopiniuj przedstawiony projekt | Dostarcza mock-upy systemu |
Oczekuj wyników co 2 tygodnie | Pracuje w Sprintach |
Przetestuj i zatwierdź nową funkcjonalność | Korzysta z Twojego feedbacku i naprawia błędy (jeśli to konieczne) |
Współpraca w Sprintach
KLIENT | FIRMA WDROŻENIOWA/SOFTWARE HOUSE |
Zgłaszaj feedback | Dostosowuje system do tego, co jest Ci potrzebne |
Wykorzystuj gotowe elementy systemu | Nie przestaje pracować nad kolejnymi funkcjami |
Zgłaszaj nowe wymagania na bieżąco | Słucha i wyciąga wnioski na przyszłość |
Adaptuj się do zmian na rynku | Tworzy oprogramowanie odporne na zmiany |
Zyskaj narzędzie, które odpowiada na aktualne potrzeby | Jest gotowy reagować zgodnie ze zmienionymi okolicznościami |
User adoption
KLIENT | FIRMA WDROŻENIOWA/SOFTWARE HOUSE |
Zacznij korzystać z systemu „w budowie” | Konfiguruje i rozbudowuje system według potrzeb |
Wypróbuj zamówione funkcje w akcji | Szkoli użytkowników z obsługi |
Rozpoznaj potencjał nowego narzędzia | Wspiera generowanie pomysłów na funkcjonalność |
Uzyskaj wsparcie techniczne | Odpowiada na pytania i świadczy usługi konsultingowe |
Jak dobrać elementy składowe MVP?
MVP jest zwykle wynikiem macierzy priorytetów Eisenhowera.
Kiedy wiesz, co jest pilne i ważne, wiesz też, od czego zacząć swój projekt.
Składowymi rozwiązania MVP powinny być funkcje, bez których nie możesz żyć i które są dość łatwe do osiągnięcia.
Następne w kolejności są nadal ważne, ale nie tak pilne jak te pierwsze. Warto zaplanować ich zamówienie na później.
Funkcje „pilne i nieważne” są opcjonalne i prawdopodobnie powinny zostać pominięte. Zadań niepilnych i nieważnych w ogóle nie realizujmy.
Inny sposób na priorytetyzację zagadnień do zrealizowania w projekcie MVP (i nie tylko), który Ci polecam to formuła RICE.
Weź pod uwagę:
Albo lepiej — zastanówmy się nad tym już wspólnie.
Umów konsultację z ekspertem wdrożeniowym eVolpe
Wybierz dogodny dla siebie termin.
- Umowa wdrożeniowa. Zapisy, które zabezpieczą interesy klienta - 11 grudnia 2024
- Dlaczego polscy przedsiębiorcy upodobali sobie systemy IT On-Premise? - 24 września 2024
- Open Source CRM – dlaczego sprawdza się w dużych firmach? - 11 września 2024