10 kroků k vytvoření MVP za 6 týdnů.

Startovací cesta.

Spuštění je velmi obtížné. V podstatě proto, že musíte dělat spoustu různých věcí současně: obchodní případ, marketing, hřiště, průzkum trhu, design, průzkum konkurence, právní dokumenty, hodně komunikací a konverzací, hledání talentu ... Poslání je mnohem snazší pokud máte vynikající tým, který dokáže organizovat a distribuovat úkoly jako vysoce výkonný tým. Ale i pro tým vášnivých a dokonale koordinovaných kolegů je to nesmírně obtížné (řekl bych, že je téměř nemožné to napravit!).

Cesta se stává ještě větší výzvou, pokud jste s penězi a zdroji velmi těsní. Všechno by mělo být provedeno rychle a mělo by být provedeno jednou ranou, bez šance na chyby. Zní to jako fantastické dobrodružství, že? To je důvod, proč je tak prospěšné, když vášně a vytrvalosti dosáhnou výsledků.

MVP

MVP je Minimální hodnotný produkt, někteří jej nazývají Minimální životaschopný produkt a emocionálně inteligentní mezi námi to nazývají MLP, Minimální milující produkt, pro tento příběh jdu s Minimálním cenným produktem. Rád se dostávám na trh produktem, který vytváří hodnotu založenou na skutečných potřebách lidí - dobré místo, na kterém lze stavět a jemnost

Dnes lidé dali MVP odlišný význam od toho, co Frank Robinson původně definoval v roce 2001 http://www.syncdev.com/minimum-viable-product/.

Někteří lidé dokonce věří, MVP už není skutečným zaměřením, možná není relevantní:

  • https://hackernoon.com/the-mvp-is-dead-long-live-the-rat-233d5d16ab02
  • https://medium.com/the-happy-startup-school/beyond-mvp-10-steps-to-make-your-product-minimum-loveable-51800164ae0c
  • https://blog.leanstack.com/dont-start-with-an-mvp-aa883de5cd18

Řekněme však, že tento MVP je prvotním produktem, který pro zákazníka přináší hmatatelnou hodnotu. Může to být web, whitepaper nebo obrovská softwarová platforma. Je to dobře promyšlený experiment, který by měl být solidní nohou vpřed na trh, do kterého chcete vstoupit.

Náš 6týdenní příběh MVP!

V Madappgangu jsme jednoho dne potkali skutečný případ mimořádně náročné startovací mise. Podnikatel D. Donnavan, zakladatel projektu Creator Connect, chtěl, abychom vytvořili MVP za 6 týdnů. Cílem projektu je poskytnout každému uměleckému talentu platformu pro vytvoření, propojení a spolupráci stisknutím tlačítka. Zde jsou klíčové požadavky:

  • Měla by to být nativní aplikace pro iOS, která by se po vydání MVP mohla rychle a snadno rozšiřovat a škálovat. Návrh sestával ze 163 obrazovek
  • Měl by poskytovat komunikaci v reálném čase
  • Měl by mít moderovací nástroj pro ovládání a blokování špatného obsahu a uživatelů
  • Měl by mít integrovaný tok plateb
  • Měl by být schopen vytvářet související grafová data s uvedením a hashtagů
  • To by mělo být provedeno a uvolněno do 6 týdnů

Ponaučení

Tento úkol vypadal jako šestiměsíční práce, ne 6 týdnů. Ale když se podíváte na první bod v naší nadaci, pochopíte, proč nás to nezastavilo. Pevně ​​věříme, že žádný případ není možný!

Podle našich přesvědčení jsme to udělali. Bylo to zvláště těžké, riskantní a náročné. A tady jsou lekce, které jsme se naučili.

Komunikujte hodně

Na první pohled to vypadá jako špatný návrh, ale není to tak. Chybná komunikace je hlavním důvodem neúspěšných projektů. Správná komunikace v týmu je číslo jedna a musí být rychlá a efektivní. Co to znamená mít dobrou komunikaci? Za prvé, generální ředitel / zakladatel by měl být součástí týmu. Metodiku scrum používáme k rychlému pohybu a koordinaci naší práce, takže musíme mít čas, abychom se ujistili, že společnostCEO / zakladatel chápe, jak Scrum funguje. Jeden si může myslet, že to vypadá jednoduše: prostě přesouvejte úkoly v řádcích zleva doprava, ale problém je v tom, že to není tak snadné Scrum je denní schůzka, plánování sprintu, odhad úkolů, retrospektivní schůzky, priorita nevyřízených položek a důležitá je rychlá konverzace k řízení rychlosti. Zakladatel by měl být na stejné stránce s každým v týmu a být skutečným vlastníkem produktu. Vlastník produktu má klíčovou roli v procesu Scrumu a aby tuto roli hrál, měl by generální ředitel rozumět pravidlům a významu každého rituálu. Naštěstí máme úžasnou knihu, která nám pomáhá navigovat, rychlý a snadno srozumitelný průvodce palubními netechnickými lidmi v týmu. Struktura: Umění dvojí práce za polovinu času

Používejte technologii pro rychlost

Na trhu jsou desítky technologií, které pomáhají urychlit proces. Jen mějte na paměti, že některá řešení mohou být po MVP obtížně škálovatelná a jiná se navzájem nehodí. Pečlivě přemýšlejte, prostě neopakujte své vlastní věci kvůli známým a také se nepokoušejte znovu vynalézat kolo. Buďte skuteční, pochopte potřeby svého projektu a poslouchejte zkušenosti týmu. Klíčové technologie nám pomohly s tímto projektem:

  • AWS AppSync, GraphQL
  • S3 s CloudFront
  • AWS lambda (Golang a Nodejs)
  • Identifo od MadAppGang
  • Invision

Upřednostněte nevyřízené položky

Trávit čas s týmem a skládat nevyřízené položky. Backlog je vaše cesta a jediný způsob, jak změřit vaši rychlost. Po 1–2 sprintech najdete své tempo, pochopíte svou rychlost a budete moci předpovídat milníky uvolnění. V našem případě jsme si po prvním sprintu uvědomili, že potřebujeme 2 další vývojáře, abychom včas uvolnili MVP.

Oběť

Jako vlastník produktu budete pravděpodobně věřit, že každá funkce je nezbytná, více je více - ale všichni víme, že nejúspěšnější aplikace dělají 1 nebo 2 věci opravdu dobře, méně je více. Připravte se na odstranění nepodstatných funkcí pro vydání MVP. Buďte k sobě upřímní, upřímní o skutečných potřebách zákazníka a poslouchejte tým. Váš MVP by neměl být dokonalý. Čím rychleji získáváte zpětnou vazbu od svých uživatelů, tím lepší jsou vaše šance udělat něco, co bude pro vaše uživatele opravdu cenné. Váš počáteční plán je pouze vaše předpověď toho, co potřebují, realita je vždy jiná. Odstranili jsme obrovský seznam funkcí, abychom umožnili MVP za 6 měsíců:

  • Žádné platby a platební toky
  • Žádná schopnost sledovat uživatele
  • Zjednodušte zpravodajství
  • Žádná oznámení
  • Zjednodušené palubní vybavení
  • Žádné konverzace v reálném čase
  • Žádné sdílení
  • Žádné zpracování chyb (uživatelé vidí chyby přátelské pro vývojáře :-))
  • Opravdu jednoduchý proces nahrávání obrazu

Nepokoušejte se o testování

Měli jsme QA inženýra na projektu od 0. dne. Implementovala automatizované testy uživatelského rozhraní, nepřetržitou integraci a prováděla manuální test při každém interním vydání. Většina lidí bohužel často přeskočí proces testování MVP. Většinou proto, že si myslí, že testování je pouze o tom, že bude mít finální aplikaci bez chyb. Realita je trochu jiná. Počítají se první dojmy. Odkazující na knihu Scrum o ní je úžasný příběh.

V Japonsku vyrábějí společnosti jako Honda, Toyota a Nissan v průměru každých 17 hodin luxusní automobil. Zatímco výrobcům automobilů v Německu, jako jsou Audi, BMW a Mercedes, trvá výroba luxusního automobilu 57 hodin. Auta vyrobená japonskými výrobci měla v průměru pouze 34 vad na každých 100 vozidel, zatímco němečtí výrobci vyráběli automobily s průměrem 78,7 vad na každých 100 vozidel. Rozdíl je v tom, že když někdo na výrobní lince Toyota najde vadu, zastaví celou výrobní linku a všichni ji tam a tam opraví společně. Tato metoda také poskytuje přímou zpětnou vazbu k místu, kde byla tato vada vytvořena, a lze proces zavést tak, aby se už neopakoval. Zatímco u BMW jsou vady opraveny v automobilech poté, co na konci opustily výrobní linku. Na podporu tohoto jeff také odkazuje na výzkum provedený Palm, který ukázal, že pokud je chyba v softwaru opravena po šesti týdnech od jejího nalezení, bude to trvat 24krát déle, než kdyby byla opravena v okamžiku, kdy byla objevena. .

Musíte složit celý tým

Práce v omezeném časovém rámci vyžaduje, abyste byli co nejefektivnější. Mít externí závislosti ztrácí spoustu času. Například, pokud již máte premade design a tým jej začal implementovat. A pak si uvědomíte, že vám chybí obrazovka, nebo je třeba sestavit novou zjednodušenou verzi obrazovky, protože jste odstranili některé funkce. Můžete být blokováni, zatímco hledáte svého návrháře, který by nyní mohl být offline na dovolené v horách. Takže nezapomeňte udržet všechny spoluhráče pohromadě, alespoň při implementaci MVP!

Buďte připraveni na plán B

Lidé nejsou stroje. Nedávejte všechna vejce do jednoho košíku. Vývojáři jsou lidé (někdy je těžké uvěřit :-)). Mohli by mít změnu v osobních okolnostech, mohli by onemocnět atd. Takže buďte připraveni připojit se k jiným vývojářům jako plán zálohování. Ve společnosti MadAppGang záměrně zapojujeme náhradní vývojáře, aby neustále prováděli kódy a vzájemné recenze. Řeší dva problémy. Externí recenze nám pomáhá vylepšit kód a projekt. Pokud hlavní vývojář z nějakého důvodu nemůže pracovat, náhradní vývojář nevyžaduje čas na palubu. Mohla skočit a začít psát kód okamžitě.

Věř v sebe

Práce ve stresovém prostředí může být škodlivá pro vaše duševní zdraví. Poznejte sami sebe, rozumějte svým limitům, vašim potřebám a chápejte vedení. pamatujte, že pokud přestanete věřit v to, co děláte, nečekejte, že zbytek týmu zůstane motivovaný. Podporujte a pomáhejte všem, buďte dobrým příkladem pro všechny, buďte vůdci. Pravděpodobně jste si tuto ikonickou knihu přečetli nebo alespoň slyšeli, může to vypadat jako kýč, ale některé jednoduché pojmy pro mě fungují opravdu dobře. Najděte si svůj vlastní zdroj inspirace a každý den jej udržujte. Cvičte, užívejte studené sprchy, dobře se bavte, meditujte, vyzkoušejte rituály vděčnosti - jsou úžasné, když zůstávají silní ve stresu a zůstávají pozitivní. Vedení je náročné, ale je to skvělá příležitost, abyste byli lepší! Jak získat přátele a ovlivnit lidi

Tvrdě pracovat

Zní to zjevně. Existuje však mnoho případů, kdy týmy (nebo jejich část) udržovaly stejný rytmus a archivovaly vynikající výsledky. Každý v týmu by měl pochopit, že k dosažení vynikajících výsledků při tak obrovských časových tlacích musí celý tým souhlasit, aby od začátku tvrdě pracoval. Opravdu si vážím našeho týmu MadAppGang, který se dobrovolně obětoval o víkendech a volném čase, změnil jejich rozvrhy a vynaložil veškeré úsilí na včasné dodání MVP. Je důležité počítat s přirozenou rovnováhou, váš tým by se měl cítit pohodlně, aby mohl mít prostoje po tažení k sobě a tvrdém tlačení.

Najděte dobré vývojáře

Vše, o čem zde hovoříme, je opravdu možné pouze s výjimečným týmem, který sdílí váš nápad, má dobrý pracovní proces a má skutečnou týmovou duši a nadšení pro svou práci. Nakonec, pokud pro svůj tým vytvoříte dobré pozitivní pracovní prostředí, důvěřujete lidem, poskytujete flexibilitu, umožňujete lidem být člověkem, pak dobří lidé přijdou, vytvoří se společně, budují se společně a zůstanou spolu. Řekněte nám o své startovní cestě a vašich poznatcích, jaké je vaše tajemství pro budování úžasných týmů ?! Další informace o výběru dobrého vývojového týmu naleznete na našem blogu.

Přečtěte si další skvělé příběhy na našem blogu: https://madappgang.com/blog