Co oznacza MMF?

Minimum Marketable Feature (MMF), czyli Minimalna Funkcjonalność Gotowa do Wprowadzenia na Rynek, to najmniejszy zestaw funkcjonalności w produkcie, który musi być dostarczony, aby klient mógł dostrzec namacalną wartość. MMF jest na tyle kompletna, że można ją zaprezentować, sprzedać lub udostępnić użytkownikom jako samodzielną, użyteczną funkcję.

Koncepcja MMF została spopularyzowana przez Marka Deena i Scotta Denne w książce "Software by Numbers: Low-Risk, High-Return Development" (2003). Autorzy zaproponowali MMF jako sposób na optymalizację zwrotu z inwestycji w rozwój oprogramowania poprzez priorytetyzację najmniejszych, ale komercyjnie wartościowych jednostek pracy.

W przeciwieństwie do pojedynczej user story, która może być zbyt mała, aby dostarczyć samodzielną wartość, MMF jest zestawem powiązanych funkcjonalności tworzących spójne, kompletne doświadczenie użytkownika. Jest to "najmniejszy kawałek tortu, który nadal smakuje jak tort".

Zrozumienie, czy funkcja jest MMF, jest kluczowe w zwinnym (agile) tworzeniu produktu, ponieważ MMF-y skupiają się na dostarczaniu istotnej wartości dla klientów, skracając czas wprowadzenia na rynek i zwiększając zwrot z inwestycji (ROI). Konkretne korzyści to:

• Szybszy time-to-market - mniejsze jednostki pracy szybciej trafiają na rynek
• Wcześniejszy feedback - klienci mogą ocenić wartość przed inwestowaniem w dalsze funkcje
• Wyższy ROI - priorytetyzacja MMF-ów o najwyższej wartości biznesowej maksymalizuje zwrot
• Niższe ryzyko - mniejsze partie pracy oznaczają mniejsze ryzyko niepowodzenia
• Elastyczność - łatwiej zmienić kierunek, gdy produkt jest dostarczany w małych inkremantach
• Motywacja zespołu - regularne dostarczanie wartości daje poczucie postępu

MMF vs MVP (Minimum Viable Product)

MMF vs Feature (Funkcja)

Feature to ogólne pojęcie oznaczające funkcjonalność produktu. MMF jest podzbiorem feature'ów - jest to feature, który spełnia dwa warunki: jest minimalny (nie można go zmniejszyć bez utraty wartości) i jest marketable (dostarcza wartość, za którą klient jest gotów zapłacić).

MMF vs User Story

User story to pojedynczy element backlogu, który opisuje potrzebę użytkownika. MMF może składać się z wielu powiązanych user stories, które razem tworzą kompletną, wartościową funkcję.

MMF vs Epic

Epic to duży element backlogu, który można podzielić na mniejsze user stories. MMF jest koncepcją wartościową, a nie rozmiarem pracy. MMF może być częścią epica (np. pierwszy, minimalny kawałek epica, który już dostarcza wartość).

Kryteria MMF

Aby funkcja była uznana za MMF, musi spełniać następujące kryteria:

1. Wartość dla klienta - dostarcza namacalną, rozpoznawalną wartość użytkownikowi końcowemu
2. Kompletność - jest na tyle kompletna, że użytkownik może z niej korzystać bez dodatkowych funkcji
3. Minimalność - nie można jej dalej zmniejszyć bez utraty wartości komercyjnej
4. Niezależność - może być dostarczona niezależnie od innych funkcji
5. Testowalność - można ją przetestować i zweryfikować z użytkownikami
6. Komercyjność - może być prezentowana, sprzedawana lub marketingowana

Technika dekompozycji

Proces identyfikacji MMF-ów to dekompozycja dużych funkcji na mniejsze, wartościowe jednostki:

1. Zdefiniuj pełną wizję funkcji - co ostatecznie chcesz dostarczyć
2. Zidentyfikuj ścieżki wartości - jakie różne aspekty wartości zawiera funkcja
3. Wyodrębnij minimalne zestawy - jakie najmniejsze kombinacje cech dostarczają samodzielną wartość
4. Waliduj z klientami - potwierdź, że zidentyfikowane MMF-y rzeczywiście dostarczają wartość
5. Priorytetyzuj - uporządkuj MMF-y według wartości biznesowej i kosztu opóźnienia

Przykład dekompozycji

Wyobraź sobie funkcję "System płatności online":

Pełna wizja: płatności kartą, BLIK, przelew, raty, faktury, subskrypcje, zwroty.

MMF-y:

1. MMF 1: Płatności kartą (Visa/Mastercard) - podstawowa, najczęściej używana metoda
2. MMF 2: Płatności BLIK - popularna w Polsce metoda
3. MMF 3: Automatyczne zwroty - redukcja obciążenia obsługi klienta
4. MMF 4: Płatności ratalne - zwiększenie konwersji dla drogich produktów
5. MMF 5: Subskrypcje cykliczne - model powtarzalnych przychodów

Każdy z tych MMF-ów dostarcza wartość i może być dostarczony niezależnie.

Weighted Shortest Job First (WSJF)

WSJF to technika priorytetyzacji używana w SAFe do porządkowania MMF-ów:

WSJF = Koszt opóźnienia / Czas trwania

Gdzie koszt opóźnienia uwzględnia:

• Wartość biznesową (Business Value)
• Krytyczność czasową (Time Criticality)
• Redukcję ryzyka / Umożliwienie wartości (Risk Reduction / Opportunity Enablement)

Cost of Delay (Koszt opóźnienia)

Koszt opóźnienia mierzy, ile organizacja traci na każdy tydzień opóźnienia w dostarczeniu MMF. MMF-y z wysokim kosztem opóźnienia powinny być priorytetyzowane jako pierwsze.

MoSCoW

Metoda MoSCoW klasyfikuje MMF-y jako:

• Must have - absolutnie niezbędne
• Should have - ważne, ale nie krytyczne
• Could have - pożądane, ale opcjonalne
• Won't have (this time) - odroczone na przyszłość

W kontekście Scruma MMF-y mogą wpływać na planowanie i dostarczanie na kilka sposobów:

Refinement Backlogu

Podczas refinementu backlogu Product Owner pracuje z zespołem nad dekompozycją dużych funkcji na MMF-y, a następnie na poszczególne user stories, które mogą być realizowane w ramach sprintów.

Sprint Goal

Cel sprintu może być sformułowany wokół dostarczenia jednego MMF-a. To daje zespołowi jasny, wartościowy cel i umożliwia skupienie się na dostarczeniu kompletnej wartości.

Increment

Inkrement w Scrumie powinien być potencjalnie wydawalny. MMF jest naturalną jednostką do definiowania, co oznacza "wydawalny" - inkrement zawierający kompletny MMF może być natychmiast dostarczony klientom.

W metodzie Kanban MMF-y mogą być reprezentowane jako typy elementów pracy (work item types) na tablicy Kanban. Śledzenie lead time i cycle time dla MMF-ów pozwala na prognozowanie terminów dostarczenia i zarządzanie oczekiwaniami interesariuszy.

1. Definiuj MMF-y z perspektywy klienta - wartość musi być rozpoznawalna dla użytkownika, nie tylko dla zespołu technicznego
2. Unikaj "złotej platformy" - nie dodawaj dodatkowych funkcji "na wszelki wypadek"; to przeczy zasadzie minimalności
3. Waliduj przed budowaniem - upewnij się, że zidentyfikowany MMF rzeczywiście dostarcza wartość klientowi
4. Mierz wpływ - po dostarczeniu MMF mierz jego faktyczny wpływ na kluczowe metryki biznesowe
5. Iteruj - na podstawie feedbacku z pierwszego MMF dostosowuj plany dla kolejnych
6. Dokumentuj zależności - identyfikuj zależności między MMF-ami i planuj dostarczanie odpowiednio

• MMF zbyt duży - jeśli MMF wymaga wielu sprintów, prawdopodobnie może być dalej dekomponowany
• MMF bez wartości - techniczne zadanie "wydzielone" jako MMF, które nie dostarcza wartości użytkownikowi
• Pomylenie MMF z MVP - MVP to cały minimalny produkt; MMF to jedna funkcja
• Ignorowanie "marketable" - tworzenie minimalnych, ale nieużytecznych funkcji
• Brak priorytetyzacji - dostarczanie MMF-ów w losowej kolejności zamiast według wartości biznesowej

Co to jest MMF (Minimum Marketable Feature)?

MMF to najmniejszy zestaw funkcjonalności w produkcie, który dostarcza namacalną wartość klientowi i może być samodzielnie wprowadzony na rynek. Jest to kompletna, użyteczna funkcja, która spełnia konkretną potrzebę użytkownika, ale jest minimalna w swoim zakresie.

Jaka jest różnica między MMF a MVP?

MVP (Minimum Viable Product) to minimalny, ale kompletny produkt służący walidacji hipotezy biznesowej. MMF to pojedyncza funkcja lub zestaw funkcji dostarczających wartość. MVP może składać się z jednego lub kilku MMF-ów. MVP służy do uczenia się, MMF do dostarczania wartości komercyjnej.

Jak zidentyfikować MMF w moim projekcie?

Zacznij od pełnej wizji funkcji, następnie zidentyfikuj różne aspekty wartości, które zawiera. Dla każdego aspektu zadaj pytanie: "Czy klient dostrzeże wartość, jeśli dostarczę tylko to?" Jeśli tak, masz kandydata na MMF. Zwaliduj swoją identyfikację z klientami lub Product Ownerem.

Ile user stories składa się na MMF?

Nie ma stałej liczby. MMF może składać się z 3-15 user stories, w zależności od złożoności funkcji. Kluczowe jest, aby wszystkie user stories razem tworzyły kompletne, wartościowe doświadczenie użytkownika. Jeśli pojedyncza user story dostarcza samodzielną wartość, może być traktowana jako MMF.

Jak priorytetyzować MMF-y?

Najskuteczniejsze metody priorytetyzacji MMF-ów to WSJF (Weighted Shortest Job First), który uwzględnia koszt opóźnienia i czas trwania, oraz MoSCoW (Must/Should/Could/Won't have). Kluczowym kryterium jest koszt opóźnienia - ile tracimy na każdy tydzień opóźnienia w dostarczeniu danego MMF-a.

Czy MMF dotyczy tylko oprogramowania?

Nie. Koncepcja MMF może być stosowana w każdym obszarze, gdzie dostarczamy wartość klientom w sposób inkrementalny: usługi, produkty fizyczne, procesy biznesowe. Zasada jest taka sama: zidentyfikuj najmniejszą jednostkę wartości, którą możesz dostarczyć klientowi.

Jaka jest relacja między MMF a ciągłym dostarczaniem?

MMF jest naturalną jednostką ciągłego dostarczania (Continuous Delivery). Każdy dostarczony MMF to kompletna, wartościowa funkcja gotowa do użytku. Organizacje, które skutecznie identyfikują i dostarczają MMF-y, mogą częściej i bardziej przewidywalnie wprowadzać wartość na rynek.