Projekt scope feltárása és üzleti specifikációja

Az egyik legfontosabb szolgáltatás, amit egy digitális termékfejlesztési tanácsadó nyújt, az az igények megértése és pontos megfogalmazása. Munkám leggyakoribb mozzanata az üzleti igény definiálása, ami minden szállított érték alapja. Ha az nem megfelelő minőségű, ha nincs ott időben, ha nincs priorizálva, ha nincs kivitelezői oldalon alaposan megértve, ha nincs a sikeresség egyértelműen és mindenki számára érthetően definiálva, akkor ez már a kiindulási ponttól kezdve kihat a végeredményre és annak minőségére.

A közös munka során a kezdeti homályos elképzelésekből világos, megvalósítható üzleti specifikációig fogunk eljutni úgy, hogy magával az igénnyel, annak üzleti mozgatórugóival foglalkozunk. A folyamat úgy zajlik, hogy először tágítjuk a gondolkodást: összegyűjtjük a meglévő elgondolásokat, ötleteket, üzleti elvárásokat. Ezt követően közösen átgondoljuk, strukturáljuk, lekutatjuk és leszűkítjük a szóba jöhető lehetőségeket.

A végeredmény egy világos vezérfonal: egy olyan üzleti specifikáció, amely közös döntésekre, validált igényekre és priorizált célokra épül. Ez lesz az a kiindulópont, amely alapján a fejlesztői csapat érthetően, időben és megfelelő fókusz mentén tud dolgozni. Abban segít, hogy azt fejlesszük, amire szükségünk van – ne többet, ne kevesebbet, és ennek szintjével, tartalmával mindenki képben legyen.

Mit tartalmaz az üzleti specifikáció?

• Felhasználói elvárások: Összefoglaljuk, hogy a rendszer különböző szereplői – például a webshop esetén a vásárlók vagy az adminisztrátorok – milyen kulcsműveleteket végeznek, és hogyan navigálnak a rendszerben. Mit csinálnak, mire számítanak, és mitől lesz ez nekik gördülékeny.
  
  
• Tervezési döntések: Az egyes képernyők vagy szekciók mentén sorra vesszük, milyen funkciók kellenek, mit mutasson az oldal, és milyen legyen az interakciós logika. Ezzel kézzel fogható támpontot adunk a későbbi UX/UI tervezéshez.
  
  
• Funkciók üzleti szempontú követelményei: Végigvesszük, milyen főbb funkciókat kell tudnia a rendszernek. Termékkatalógus, rendelés, szállítás, fizetés, regisztráció, pontgyűjtés, árképzés, számlázás – vagy bármi más, ami a Te szolgáltatásod működéséhez kell. Ezeket üzleti logika mentén kell megfgalmaznunk. De nem fejlesztési rendszerterv formájában, azt ugyanis már a kivitelezési szakaszban dolgoz majd ki a kiválasztott fejlesztőcsapat.
  
  
• Kapcsolódó rendszerek topológiája: Készül egy ábra arról, hogyan kapcsolódik majd össze az új rendszer a már meglévőkkel – például az ERP, számlázó, logisztikai vagy külső pontgyűjtő rendszer. Látszani fog, hol kell adatokat mozgatni, milyen irányban áramlik az információ, hol vannak a legfontosabb integrációs pontok.
  
  

Az üzleti specifikáció nem egyenlő a kivitelezési rendszertervvel

Az üzleti specifikáció és a fejlesztési rendszerterv két külön fázis terméke: az első még a „mit kell csinálni” kérdésre ad választ, míg a második már azt mondja meg, „hogyan valósítsuk meg” azt. Az üzleti specifikáció a projekt korai szakaszában készül, amikor még fontos tisztázni az üzleti célokat, prioritásokat és a minimum életképes termék kereteit – technológiától függetlenül. Ezzel szemben a rendszerterv már egy kiválasztott platformhoz igazodik, technikai részletességgel írja le a működést, adatkapcsolatokat, integrációkat. Míg az üzleti specifikáció inkább az üzleti oldal, terméktulajdonos vagy tanácsadó feladata, a rendszerterv kidolgozása már a fejlesztői csapatra hárul.

Miért megkerülhetetlen ez a munka bármilyen komoly termék- vagy szolgáltatás fejlesztésben?

• Világos üzleti célokat rögzít: egyértelműen definiálja, hogy a projekt mit szeretne elérni, milyen üzleti értéket kíván teremteni.
  
  
• Közös megértést teremt: összehangolja az érintettek (üzleti oldal, IT, menedzsment) elvárásait, így csökkenti a félreértések és irányváltások kockázatát.
  
  
• Megalapozza a jó döntéseket: priorizálja a követelményeket, így segít meghatározni az MVP-t, valamint megalapozza az ütemezést és az erőforrás-tervezést.
  
  
• Platform- és technológiafüggetlen: nem köti meg előre a fejlesztői oldalt, így nyitva hagyja a legjobb technikai megoldások kiválasztását.
  
  
• Mérhetővé teszi a sikert: alapot ad olyan KPI-ok kijelöléséhez, amelyek mentén nyomon követhető a projekt előrehaladása és eredményessége.