Architektúra startupok számára

A startup létrehozása egyedülálló kihívás. Az alapvető feladat, hogy megtalálja a helyét az innováció, mint a termék vagy szolgáltatás a piacon. Ehhez a folyamathoz több, az innovációba beépített feltételezés tesztelése szükséges. A sikeres startupnak végig kell haladnia ezen feltételezéseken, és növekednie és méreteznie kell a terméke által elért termék- és piaci illeszkedést. Ezt az illesztést követően a startupnak skáláznia kell a piaci igényeknek megfelelően.

A különböző startup életszakaszokban a fejlesztők, az építészek és a műszaki vezetők (CTO-k) különböző fejlesztési fázisokat kezelnek. Ezek a szakaszok alapvetően eltérő megközelítéseket és különböző technológiai lehetőségeket igényelnek. A feladat része annak megállapítása, hogy melyik fázisban van az indítás. Válassza ki az adott fázisnak megfelelő technológiákat és architektúrákat.

Innovációs szakaszok

Kent Beck a szoftvertermék-innováció három fázisú folyamatát írja le. Ezek a szakaszok a feltárás, a kibontás és a kinyerés. A folyamat különböző részeit gráfként tekintheti:

A termékfejlesztés feltárási, kibontási és kinyerási fázisait bemutató grafikon.

Egy y tengely "Bizonyosság/Befektetés/Változás kockázata" és egy x tengely "Idő" alapján ábrázolt szigmoid görbét ábrázoló grafikon. A grafikonon három terület van kiemelve: a "Felfedezés" feliratú felfelé irányuló inflexió előtti kezdeti rész, az "Expand" címkével ellátott szigmoid görbe magas növekedési része és a "Kivonat" feliratú fennsík.

  • A Felfedezés szakasz egy alacsony meredekséggel kezdődik, ahol megpróbálhatja megtalálni, hogy mi működik. A bizonyosság alacsony, csak kis összegeket fektet be, és a végrehajtott módosítások kockázata is alacsony.

  • Egy bizonyos ponton a gráf gyorsabban emelkedik. Ez a gyors növekedés a Kibontás szakasz. A bizonyosságod jelentősen nő, sokkal többet fektetsz be, és sokkal jobban tisztában vagy a kockázatokkal.

  • Végül, ahogy a gráf felsimul, eléri a Kinyerés szakaszt. A változás bizonyossága, befektetése és kockázata mind magas, de a növekedés üteme elérte a fennsíkot.

Tallózás

Amikor a startup a feltárási fázisban van, az ön feladata, hogy kis mennyiségű időt és energiát fektetjen be számos különböző termékötletbe. Az a tény, hogy a legtöbb ötlet nem lesz megfelelő meghajtók feltárása. Csak iterálással és tanulással találja meg a termék és a piac megfelelő. Sok kis fogadással arra törekszik, hogy olyan termékötletet találjon, amely kifizetődő.

Ez a szakasz fegyelmet igényel. Könnyű túlbevetni egy ötletet, hogy lehet tesztelni kevesebb időt és energiát. Egy technológus úgy véli, hogy különösen könnyű ebbe a csapdába esni. Ha olyan architekturális döntéseket szeretne hozni, amelyek megkönnyítik a feltárást, ne feledje, hogy felfedezést tesz. Még nem tudja, hogy az aktuális termékötlet skálázható-e.

Architektúra szempontjából válassza ki a sebességet, a költségeket és a lehetőségeket optimalizáló szolgáltatásokat. A felügyelt szolgáltatások és platformok szolgáltatásként (PaaS) (például Azure-alkalmazás Szolgáltatás) használatával gyorsan megkezdheti az első lépéseket anélkül, hogy összetett infrastruktúrával kellene foglalkoznia. A költségek kezelése az ingyenes szintek és a kisebb példányméretek kiválasztásával, a felfedezés során. A tárolók bármilyen eszközzel támogatják a fejlesztést, és rugalmas üzembe helyezési lehetőségeket biztosítanak a jövőre vonatkozóan.

Az első verem létrehozása

Az első termékverzióhoz hasonlóan az első technológiai vermet is szilárdan meg kell gyökereztetnie a feltárásban. Ez azt jelenti, hogy a technológiai veremnek erőfeszítés nélkül kell megkönnyítenie a gyors termék iterációt. Nem szeretne olyan infrastruktúrával vagy architektúrával foglalkozni, amely nem szükséges az aktuális kérdések megválaszolásához.

A feltárási fázisban optimalizálnia kell a sebességet, a költségeket és az opcionálisságot. A sebesség arról szól, hogy milyen gyorsan hozhat létre és léphet előre egy ötlettel, vagy továbbléphet a következő ötletre. A költségek az infrastruktúra futtatására fordított költségek. A választhatóság azt ismerteti, hogy milyen gyorsan módosíthatja az irányokat az aktuális architektúra alapján.

Fontos a költségek, a sebesség és az opcionálisság egyensúlya. Túl nagy hangsúlyt fektet a költségkorlátokra a sebességre és az opcionálisságra. A sebességre való túlzott összpontosítás megnövelheti a költségeket és kevesebb lehetőséget eredményezhet. A túl sok lehetőség tervezése összetettebbé teszi a költségeket, és csökkenti a sebességet.

Fontolja meg a javasolt első technológiai verem használatát. Ez az architektúra PaaS-szolgáltatásokat használ a könnyű megvalósítás érdekében, minimális léptékben indítható el, és olyan tároló- és nyílt forráskód technológiákat használ, amelyek az érettség során könnyen üzembe helyezhetők különböző technológiai vermeken.

Kibontás

Ha a startup felfedezi a növekedést, a fogaskerekeket a bővítésre váltja. Arra összpontosít, hogy eltávolítsa a termék és a vállalat folyamatos növekedésének blokkolását. Technikai szempontból megoldhatja az infrastruktúra skálázási kihívásait, és növelheti a fejlesztési sebességet. A cél az új ügyfelek igényeinek kielégítése és a termékfejlesztési ütemterv előmozdítása.

Az architektúra kiterjesztése

A termék iterálásakor elkerülhetetlenül megtalálja azokat a területeket, ahol az architektúrának ki kell terjednie. Előfordulhat, hogy hosszú ideig futó feladatokat kell elvégeznie a háttérben, vagy kezelnie kell az IoT-eszközök gyakori frissítéseit. Előfordulhat, hogy teljes szöveges keresést vagy mesterséges intelligenciát kell hozzáadnia a termékhez.

Előfordulhat, hogy az ütemterv elemeinek elhelyezéséhez architektúramódosításokra van szükség. Ellenállni a kísértésnek, hogy ezeket a változásokat túl előre. A bővítmények az architektúra és az infrastruktúra költségeinek összetettségét kockáztatják a mérlegben.

A korai indítási szakaszokban minden architektúrabővítménynek időszerűnek kell lennie. A kiterjesztésnek csak annyi időt és energiát kell igénybe vennie, amennyire szükség van a következő hipotézis teszteléséhez. Készen áll a bővítmények eltávolítására az összetettség csökkentése érdekében. Olyan termékfunkciók keresése, amelyeket az ügyfelek nem használnak az architektúra egyszerűsítése és az infrastruktúra költségeinek csökkentése érdekében.

Az architektúra számos módon bővíthető, például:

Kinyerés

Az extrakciós fázisban a növekedés üteme lelassul, amint eléri a piaci lehetőségek korlátait. Mivel az előző fázisban kibővült, most már sok a vesztenivalója, ezért óvatosabb megközelítést kell alkalmaznia. A margóbővítés, a költségcsökkentés és a hatékonyság javítása jellemzi az extrakciós fázist. Az extrakciós fázis során ügyeljen arra, hogy ne veszélyeztessék a terméket a bővítési fázisban megnyert ügyfelek számára.

A növekedés kezelése és a verem kifejlése

Ha egy termék eléri a termék és a piac illeszkedik, sok igény hajtja az architektúra. A megnövekedett használathoz infrastruktúra-skálázásra lehet szükség a terhelés kezeléséhez. Az új vállalati megfelelőségi követelmények nagyobb elkülönítést igényelhetnek. Ezek a módosítások gyakori lépések egy sikeres alkalmazás érlelése során.

A növekedés kezeléséhez és az érettség hozzáadásához végzett módosítások eltérnek az architektúra kiterjesztésétől. Ezek a módosítások nem funkcionális követelmények, hanem a skálázás feloldásához kapcsolódnak. A nagyobb skálázás a nettó új ügyfelektől, a meglévő ügyfelek megnövekedett használatától és a magasabb szabályozási követelményekkel rendelkező ügyfelektől származhat.

Ellenállni a kísértésnek, hogy optimalizálja idő előtt. Ügyeljen arra, hogy olyan növekedési és érési lépéseket tegyen, amelyek segíthetnek a termék iterálásának és fejlesztésének folytatásában.

Következő lépések