"Pokud se nestydíte za první verzi svého produktu, uvedli jste jej na trh příliš pozdě." — Reid Hoffman Ve Splits se řídíme tímto přístupem k vytváření softwaru: aby to fungovalo → aby to bylo správné → rychlé. Na pořadí záleží. Zde je to, co jsme se naučili při odesílání jednotlivých fází:

Ať to funguje = funkční prototyp. Mělo by to být drsné. Mělo by to být janky. Dostaňte jej rychle před uživatele. Jaký rozsah MVP máme: 1) Uveďte vše, co si myslíme, že by mohlo být důležité nebo relevantní pro projekt. 2) Jaké je *absolutní minimum* z tohoto seznamu, které můžeme dokončit a mít funkční prototyp?

Udělejte to správně = opravte všechny rozbité kousky. Vstupte do této fáze s jasnými signály z trhu: konzistentní zpětná vazba, rostoucí používání navzdory zjevným nedostatkům. Nyní jste získali právo investovat více zdrojů.

Urychlete to = optimalizujte výkon. Upřímně řečeno, o této fázi se stále učíme. Většina služby Teams je v současné době v režimu 🤷 ♂️ "make it right" Ale tady je inspirace, která nás pohání:

Proč tento přístup funguje: Sekvencování je strategie. To, co se naučíte dnes, formuje to, co vybudujete zítra. Přeskočte dopředu a nemáte informace potřebné ke správnému řešení problémů. Akce vytváří informace. Ale *úmyslná* akce produkuje *užitečnější* informace.

Past se to snaží napravit ve stejnou dobu, kdy to děláte vy. NE. "Dejte si svolení poslat něco, o čem víte, že není v pořádku." — @wminshew