Istnieje kilka odpowiedzi dostosowanych do RTS, ale chciałem wskazać coś, co jest uniwersalne w koncepcji produktu minimalnie żywotnego (MVP).
MVP to koncepcja, która istniała już od dawna, ale stała się bardzo popularna wraz z rozwojem zwinnego Agile. Koncepcja jest bardzo prosta: to najmniejszy produkt, który jest „wystarczająco dobry”. to jest to!
Co sprawia, że MVP jest trudne, ponieważ jest subiektywne i zależne od kontekstu. Jeśli pracujesz nad ostatnimi kamieniami milowymi kontraktu wojskowego, MVP to nic innego jak „produkt przechodzi testy jakości”. Kwalifikacja produktu będzie obejmować testowanie każdego z wymagań określonych na początku umowy (być może lata temu). Nic poza tym nie kwalifikuje się jako MVP.
Na początku projektu MVP ma znacznie niższy pasek (dzięki Bogu!). Jest to jednak nadal subiektywne. To, co uważam za minimalny produkt dewelopera, różni się bardzo od tego, który jest właścicielem produktu, i wciąż różni się od tego, co może myśleć wiceprezes mojej firmy. Musisz wybrać perspektywę aktora, której używasz podczas definiowania MVP.
Moim zdaniem najbardziej krytycznym głosem jest osoba zarządzająca ograniczonymi zasobami: twój czas i pieniądze. W korporacji może to być lider projektu lub ktoś z finansów. To może być wiceprezes. Jeśli jesteś małą niezależną firmą lub kimś, kto pisze gry solo, tą osobą może być ty . Ale to nie jest normalna gra deweloper ty . To Ty zamykasz narzędzia do kodowania i oprogramowanie artystyczne i wyciągasz Excela, aby mieć pewność, że zapłacisz rachunki w tym miesiącu. To ty musisz rozważyć równowagę między spędzeniem kolejnej nocy na kodowaniu swojego małego projektu pasji a wyjściem z przyjaciółmi.
Ponieważ mówimy o małych MVP (o tym właśnie mówił film, który łączyłeś), możemy zacząć stosować podejście Agile do tej koncepcji. Powiedziałbym to w ten sposób:
MVP dla dowolnej iteracji / sprintu / fazy to minimalny produkt, który uzasadnia wydatkowanie zasobów w czasie poświęconym na budowę tego produktu.
Z tej definicji wynika, że militarna definicja MVP, której użyłem wcześniej, jest ważna: dla nich jedyną rzeczą, która może uzasadnić miliony wydane na kontrakt wojskowy, jest udany produkt, który robi wszystko, co obiecano. Ale dla ciebie możesz uzasadnić tydzień lub miesiąc. Pasek jest niższy.
W tym celu zdejmij czapkę programisty, załóż garnitur i dopasowane spodnie i porozmawiajmy o tym, co będzie dalej. Deweloper, którego kończysz, wystawia produkt. Co zamierzasz z tym zrobić?
W dalszej części procesu jedną z opcji będzie wysłanie go - zarobienie pieniędzy poprzez wydanie gry. I rzeczywiście, jest to jedna z kluczowych definicji MVP, której nigdy nie należy ignorować. Jeśli produkt może zostać wysłany, jest to kandydat na MVP, ponieważ zarabianie pieniędzy uzasadnia wiele zasobów programistycznych. Ale na początku nie zamierzasz go wypuścić. Więc MVP jest bardziej dopracowany:
Na wczesnym etapie rozwoju MVP jest minimalnym produktem, który pozwala nauczyć się czegoś, co warte jest czasu, aby go wyprodukować.
Uwaga: to może nie być to, czego chciałeś się nauczyć. Jeśli nauczysz się, że „ta gra nigdy tego nie zrobi, więc powinniśmy teraz rzucić palenie… ale do cholery, czy warto było poświęcić czas na próbę jej zrobienia”, to wygrałeś. Wykonałeś trochę pracy i poczułeś, że warto poświęcić swój czas. Z drugiej strony, jeśli zdecydujesz się na grę i pomyślisz „cholera, właśnie zmarnowaliśmy ile miesięcy naszego życia?!?” to silna sugestia, że nie robiłeś dobrej roboty, ograniczając się do MVP. Jeśli właściwie ograniczałeś się do MVP, przeszłe iteracje zostałyby już uznane za opłacające się - nie żałuj.
Teraz możemy przejść do przykładów, które napisali tutaj inni ludzie. Są to odpowiedzi, które badają, jaka jest minimalna ilość potrzebna do nauczenia się czegoś. Ale wszystkie pomijają jeden nadrzędny szczegół: jaki jest twój następny ruch?
MVP zależy od tego, co planujesz zrobić z tym MVP po jego utworzeniu. Weź wspaniałą odpowiedź Filipa i komentarz bxk21. Odpowiedź Filipa przemawiała za dwiema „minigierami”, jedną kontrolującą jednostkę i drugą budującą bazę. bxk21 argumentował, że nie są one tak ważne jak aspekt zarządzania czasem. Więc kto ma rację?
To podchwytliwe pytanie. Obie mają rację, w niektórych środowiskach. Przypuszczalnie masz zamiar przekazać zwolniony MVP niektórym testerom, aby uzyskać informacje zwrotne. Z jakich playtesterów zamierzasz korzystać? Czy to zawodowcy z RTS? Jeśli twoi testerzy nie są ekspertami w RTS, odpowiedź Filipa prawdopodobnie będzie na miejscu. Patrzysz na małe betonowe elementy gry. Będą mieli wystarczającą wiedzę, aby móc komentować tego rodzaju rzeczy.
Powiedzmy, że w jakiś sposób dostajesz testerów gier, takich jak TLO, Day [9] lub MVP. Są to zawodowi gracze RTS na poziomie profesjonalnym (lub w przypadku Dnia [9], przynajmniej wyróżnienie, ponieważ nie sądzę, aby grał profesjonalnie). Jeśli to są twoi testerzy, to opinia bxk21 jest prawdopodobnie właściwa. Nie przejmą się drobnymi szczegółami na temat tego, czy budujesz budynki, czy też same budynki. Będą dbać o subtelne, niuansowe rzeczy, takie jak zarządzanie czasem i równowaga. Teraz nie będziesz mieć na głowie tego typu rzeczy we wczesnych testach, ale powinieneś być w stanie pokazać ich smak . Powinieneś skoncentrować się na stworzeniu gry, która demonstruje wrażenie, że gra ma się przedstawiać na wysokim poziomie umiejętności.
Zastanów się, jaki chcesz mieć następny ruch. Co chcesz zrobić ze swoim produktem? Następnie dowiedz się, jaki jest Twój MVP w odniesieniu do tego celu.