Najważniejsza odpowiedź
MVP powinno obsługiwać pełny, wartościowy proces, a nie być zbiorem niedokończonych modułów.
W aplikacji wewnętrznej najważniejsze są proces, odpowiedzialność i jakość danych. Technologia jest narzędziem do ich odwzorowania.
Najpierw trzeba zrozumieć problem i sposób pracy. Dopiero później warto wybierać układ, funkcje i technologię.
Najważniejsze elementy
Pełny przepływ
Jeden proces od początku do końca jest lepszy niż fragmenty wielu modułów. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Bezpieczeństwo
Logowanie, uprawnienia i kopie są potrzebne od startu. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Ręczne wyjątki
Rzadkie operacje mogą pozostać ręczne. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Metryka
Wersja ma odpowiadać na konkretne pytanie. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Backlog
Uwagi trzeba priorytetyzować. To element, który warto zweryfikować na rzeczywistym przykładzie, a nie wyłącznie na podstawie ogólnego założenia.
Jak podejść krok po kroku?
- Wybierz jeden przepływ
- Określ gotowość
- Uruchom pilotaż
- Mierz użycie
Każdy krok powinien zakończyć się konkretną decyzją lub materiałem. Dzięki temu kolejne etapy nie opierają się na domysłach, a zmiany są łatwiejsze do oszacowania.
Czego unikać?
- MVP bez testów
- Makieta zamiast procesu
- Wszyscy użytkownicy pierwszego dnia
Te błędy zwykle wynikają z rozpoczęcia działania bez wspólnego celu, właściciela procesu i sposobu pomiaru rezultatu.
Podsumowanie
MVP powinno obsługiwać pełny, wartościowy proces, a nie być zbiorem niedokończonych modułów. Najlepszy kolejny krok to opisanie obecnej sytuacji, oczekiwanego rezultatu i ograniczeń, a następnie dobranie rozwiązania proporcjonalnego do skali problemu.
