Ez prototípus vagy MVP? Valójában ez a koncepció bizonyítéka.

A szoftvertermék megfelelő terminológiájának használata

Megfelelően használja a technológiai kifejezéseket? Ez egy praktikus útmutató, amely segít meghatározni a „prototípust”, szemben a „koncepció bizonyítékával” és a „minimálisan életképes termékkel”. Olvassa el tovább a költséges félreértések elkerülése érdekében.

Szoftvertermékek vagy megoldások építésekor kritikus jelentőségű a célok outputjának elég korai meghatározása - mind a funkcionalitás, mind a „gyártási készség” szempontjából.

A szoftverprojekthez a megfelelő terminológia használata kritikus, mivel meghatározza az elvárásokat az érdekelt felekkel - mindazokkal, akik közvetlenül vagy közvetetten érdeklődnek a projekt iránt, beleértve az ügyfeleket, a szponzorokat, a döntéshozókat, a szállítókat vagy a partnereket.

Az alábbiakban található gyors meghatározások és gyakorlati útmutatások - ez segít kiválasztani a projekt megfelelő kifejezését - vagy megvizsgálja annak hatályát :)

Koncepció igazolása - PoC

A koncepció bizonyítása (PoC) egy bizonyos módszer vagy ötlet megvalósítására vonatkozik, meghatározott technológiák felhasználásával - annak megvalósíthatóságának felmérése és bemutatása, valamint gyakorlati lehetőségeinek megerősítése céljából. A cél az ötlet és / vagy technológia bizonyítása a funkcionalitás egy részének reális, funkcionális megvalósításának feltárásával. Ez általában kicsi, a termék egy bizonyos aspektusára összpontosítva, és általában nem teljes.

A PoC tipikusan rövid életciklusú. A cél az, hogy eldöntsék, szükség van-e további beruházásra vagy sem. A PoC-t általában nem juttatják el a végfelhasználókhoz (bár visszajelzés céljából ki lehetnek téve). A legtöbb esetben a szakterület szakértői felülvizsgálják a PoC-t, és előre meghatározott kritériumok alapján értékelik azokat - hogy eldönthessék a lehetséges következő iterációkat és további befektetéseket. A koncepció sikeres bizonyítása után kidolgozható egy prototípus, amelyet finanszírozáskereséshez vagy a potenciális ügyfelek számára történő bemutatáshoz használnak fel.

A PoC semmiképpen sem „kész a gyártásra”. Funkcionálissága korlátozott / a bizonyítandó szempontokra összpontosít - jóval kevesebb, mint a teljes termék. Ennek architektúrája és megvalósítása a gyors alkalmazásfejlesztési gyakorlatokat követi - feltételezéseket, statikus adatokat, keményen kódolt elemeket, hibás API-kat vezet be.)

Általában a PoC nem foglalkozik a skálázhatósággal (nagyszerűen működhet, de előfordulhat, hogy nem áll készen a skálázáshoz). Lehetséges, hogy nem tartalmazza a teljes biztonsági modelleket és rétegeket (értelme van a biztonságba történő befektetésnek, miután döntés született a PoC-n túlmutatni). És végül, valószínűleg nem használható újra (a refaktorozásra és az újratervezésre lehet szükség, ha döntés születik a továbblépésről).

drótvázakat

Statikus prototípusoknak is nevezik, a drótvázak vizuális útmutatók, amelyek képviselik egy weboldal vagy egy alkalmazás szerkezetét / elrendezését. Grafikus elemeket és elrendezéseket / struktúrákat rendeznek, amelyek egy adott célt szolgálnak - ahogyan azt egy termékkoncepció vagy más kreatív ötlet meghatározza.

A cél a potenciális felhasználói felületek korai megjelenítésének biztosítása, ezáltal megteremtve a gyors iterációk és a termék döntéseinek alapját. A drótvázak felhasználhatók a komplexitás elrejtésére, a felhasználói interakció forgatókönyveire és a felhasználói élmény szempontjaira összpontosítva. Nagyon nagy segítséget nyújtanak a koncepció megmagyarázásában, valamint a felhasználók és az érdekelt felek visszajelzéseinek begyűjtésében.

A drótvázokat a termékfejlesztési folyamat korai és érett szakaszában egyaránt döntések meghozatalára használják. Ezeket általában a termékcsoport tagjai, az érdekelt felek és a reprezentatív felhasználók ellenőrzik. A visszajelzést a termék tulajdonságairól, információs architektúrájáról, felhasználói folyamatairól és egyéb szempontjairól kell meghozni.

Egyes esetekben a drótvázok a potenciális felhasználói felület és a tapasztalat statikus közelítései. A nagy pontosságú drótvázok nagy részletességet biztosítanak, amely közelebb áll a termékhez - a megjelenés és az érzés szempontjából. Más esetekben a drótvázak támogathatják az alapvető interakciót, a folyamatot, a navigált adatokkal táplált grafikus elemek (kattintható drótvázok) tetején történő navigációt is. Vannak olyan eszközök, amelyek lehetővé teszik az interaktív drótvázkereteket front-end webes technológiák felhasználásával, például HTML, CSS és JavaScript.

Funkcionális prototípus

A szoftver prototípusa a szoftver termék nem teljes verzióira utal. A funkcionális prototípus célja:

  • Potenciálisan összetett ötlet reális formában történő bemutatása a célfelhasználók és az érdekelt felek számára
  • Annak lehetővé tétele, hogy kölcsönhatásba lépjenek a jellemző forgatókönyvek és a valódi (továbbfejlesztendő) termék jó közelítése révén, és
  • Visszajelzés rögzítése, amely lehetővé teszi a jobb és gyorsabb termékdöntéseket.

A funkcionális prototípusokat a termékfejlesztési folyamat elején, rövid ideig - demonstrációk, megbeszélések és felhasználói tesztelés céljából - használják. Amint döntés születik a termékfejlesztésre való áttérésről, a funkcionális prototípus várhatóan hamarosan elavulttá válik.

A funkcionális prototípus általában a legreprezentatívabb / legfontosabb funkciók gyors megvalósítása (feltételezések és egyéb korlátozások mellett). Ez semmiképpen sem önálló vagy gyártásra kész termék. A funkcionális prototípushoz való hozzáférést nem várják el közvetlenül az ügyfelek (általában csak workshopok és demonstrációk részeként). A funkcionális prototípus nem szabad olyan drága építeni - de ez az esetetől függ. A valódi termék elkészítéséhez azonban aránytalan erőfeszítésekre lehet szükség.

Minimális életképes termék - MVP

A termékfejlesztés során a minimálisan életképes termék (MVP) egy megvalósítás - egy termék első példánya -, amely éppen annyi funkcióval rendelkezik, hogy értéket teremtsen a valós felhasználók számára és fokozza az elkötelezettséget. Ez lehetőséget nyújt a használati szokások és a valódi felhasználók visszajelzéseinek összegyűjtésére, ezáltal lehetővé téve a megalapozott döntéseket a további termékfejlesztésről. A megfelelő MVP elegendő időnként és alacsonyabb költségekkel készít betekintést a „teljes termékhez” képest. Ez lehetővé teszi a jobb döntéseket a fejlesztési folyamat korai szakaszában.

Az MVP kifejezést gyakran helytelenül használják - sok esetben tévesen váltják fel a PoC-vel vagy a prototípussal, vagy pedig „egy nyilvánvaló felhasználási eset kezdetét”. A POC-val és a prototípusokkal ellentétben az MVP megnövekedett gyártási készséggel rendelkezik (valódi felhasználóknak / ügyfeleknek kitéve), miközben csak a szolgáltatások minimális részhalmazát kínálja a felhasználók boldogságának és elkötelezettségének megőrzése érdekében.

Az MVP meghatározása nem egyszerű eljárás: az egyik módja a nagy kép / a lehető legjobb termék meghatározása, mint a szolgáltatások / epikus felhasználói történetek felsőbb része. Ezután az érték- és költségbecslések felhasználásával csoportosítsa a funkciókat, és okosan rangsorolja a minimális alkészletet, amely az elsődleges célját szolgálja: értékteremtés a felhasználók számára, miközben folyamatos visszajelzést és tanulási csatornákat hoz létre.

Fizikai prototípus

A gyors prototípuskészítés olyan technikákra vonatkozik, amelyeket egy fizikai alkatrész vagy szerelvény méretarányos modelljének gyors elkészítéséhez használnak háromdimenziós számítógépes tervezési (CAD) adatok felhasználásával. Az alkatrész vagy a szerelvény felépítését általában 3D nyomtatás vagy „adalékréteg-előállítás” technológiával végzik. A fizikai prototípus célja a termék koncepció valósághű fizikai példányának áttekintése.

Rövid életciklusú a terméktervezési szakasz részeként. A visszajelzést a termékcsapat tagjai és esetlegesen más érdekelt felek is elfogják.

A fizikai prototípus a termékkoncepció kulcsfontosságú aspektusainak vázlatos vázlata. Ez általában nem felel meg a biztonsági, biztonsági vagy egyéb követelményeknek.

Kísérleti projekt

A kísérleti projekt egy rendszer kezdeti bevezetésére irányul, amelynek célja a tervezett végső megoldás korlátozott hatóköre. A hatókört korlátozhatja a rendszerhez hozzáférni képes felhasználók száma, az érintett üzleti folyamatok, az érintett üzleti partnerek vagy a domainnek megfelelő egyéb korlátozások.

A kísérleti projekt célja bizonyos feltételezések és konfigurációs lehetőségek tesztelése - gyakran a termelési környezetben. Ez feltételezi, hogy megvan a technológia, az alkatrészek és a termékek. A pilóta egy kisméretű tesztelési és visszajelzési adatgyűjtési folyamat, valós / termelési környezetben.

Ezt a terméket egy nagyszabású termelési környezetbe történő bevezetéssel kapcsolatos döntések megtervezésére használják. Az életciklus az esettől függ, de ennek viszonylag rövidnek kell lennie. A visszajelzést rögzítik (implicit és / vagy explicit módon), amelyet azután az új termék teljesítményének számszerűsítésére használnak - az adott gyártási konfigurációhoz.

A pilótának akkor van értelme, ha a technika, alkatrészek, termékek érett állapotban vannak / készen állnak a termelési környezetben történő kibocsátásra.

A szoftverprojekt eredményeinek meghatározása kritikus jelentőségű - különösen B2B helyzetekben, ahol több érdekelt fél működik, különböző szintű technológiával és üzleti megértéssel. A helyes projekt kimenetele - MVP, prototípus, koncepciók igazolása - megfogalmazása és kommunikálása elegendő időben segíthet az elvárások meghatározásában és kezelésében.

https://ideacha.in

Képek: https://unsplash.com/