Mikor van szükség sERPa fejlesztésre?
Ha a jelenleg támogatottól eltérő üzleti folyamatot szeretne ERP-ben leképezni
Ha speciális riportokra, kimutatásokra van szükség
Ha új külső rendszerekkel (webáruház, API, hatósági rendszerek) integrálna,
Ha működési okból új funkcióra van szükség
Ha a meglévő működést szeretné tovább optimalizálni
A fejlesztési szolgáltatás minden olyan igényt magában foglal, amely:
- a jelenleg is széleskörűen támogatott használati eseteken túlmutat,
- a meglevőtől eltérő működést szolgál ki,
- integrációt, bővítést vagy speciális automatizmust igényel.
A fejlesztési folyamat lépései
1. Üzleti folyamatfelmérés
A fejlesztés minden esetben üzleti oldalon indul.
Tanácsadóink és üzleti elemzőink:
- feltérképezik a meglévő folyamatokat,
- azonosítják a fejlesztési pontokat,
- ügyfelünkkel közösen meghatározzák az üzleti és szakmai célokat.
2. Fejlesztési igény
Az üzleti igényeket érthető, fejlesztésre alkalmas formába öntjük.
Ez tartalmazza:
- a jelenlegi üzleti folyamatot
- a módosítások szakmai elvárásait,
- az érintett modulokat, funkciókat
- a kapcsolódó adatokat,
- az elfogadási feltételeket.
Ez a dokumentum képezi a fejlesztés alapját.
3. Ajánlatadás és megrendelés
A jóváhagyott specifikáció alapján:
- egyedi fejlesztési ajánlat készül,
- a megrendelés elfogadásával a fejlesztési projekt elindul.
A fejlesztések minden esetben egyedi árazásúak.
Hogyan fejlesztjük a sERPát?
Agilis módszertan, kéthetes sprintek
A sERPa fejlesztése agilis módszertannal történik:
- kéthetes fejlesztési ciklusokban,
- folyamatos visszacsatolással,
- priorizált backlog alapján.
Ez biztosítja, hogy:
- előre jól definiált igények kerüljenek a fejlesztőcsapatokhoz,
- az üzleti célok végig fókuszban maradjanak,
- a fejlesztés rugalmasan alakítható legyen.
Fejlesztői csapat és szerepkörök
A sERPa fejlesztése dedikált csapatokban történik a team leadek szakmai vezetésével:
- Core Team – keretrendszer,
- Flamingo Team – pénzügy, bér, adminisztráció,
- LOT Team – logisztika, termelés.
A fejlesztések a:
- product ownerek,
- üzleti elemzők,
- rendszertervezők,
- programozók,
- tesztelők,
- scrum masterek összehangolt munkájának eredménye.
A fejlesztések technológiai megfelelőségét az architect board tagjai, az üzleti célú koherenciát és a termék szintű fejlődést a vezető product owner garantálja.
Ez biztosítja, hogy az üzleti és technológiai szempontok egyensúlyban maradjanak.
Tesztelés és minőségbiztosítás
Automatikus tesztek
- üzleti logika ellenőrzése,
- adatfeldolgozási folyamatok tesztelése,
- end-to-end folyamatok szimulálása.
Manuális tesztelés
- új és módosított funkciók ellenőrzése,
- összetett üzleti esetek vizsgálata,
- dokumentáció frissítése.
Biztonság és megfelelőség (NIS2 szemlélet)
- zárt forráskód-kezelést alkalmazunk,
- szerepkör-alapú hozzáférés működik,
- minden módosítás visszakövethető.
Teljesítés és átadás
A fejlesztés akkor minősül ügyfeleink számára teljesítettnek, amikor:
- az elkészült funkció elérhetővé válik a Partnerközponton keresztül,
- az átadási dokumentáció megküldésre kerül.
A fejlesztéshez kapcsolódó jogok a számla kiegyenlítésével szállnak át.
BESZÉLEK EGY SZAKÉRTŐVEL
Garancia és támogatás
- az átadást követő 5 munkanapon belül jelzett hibákat díjmentesen javítjuk,
- az egyedi fejlesztések nem részei az általános terméktámogatási csomagnak,
Beszéljen szakértőnkkel!
Nem sablonmegoldást kínálunk. Mondja el, hogyan működik jelenleg a boltja,
és megmutatjuk, hogyan lehet kevesebb munkával jobban működtetni.
GYIK
Nem, sok esetben tanácsadással vagy paraméterezéssel megoldható.
Az agilis módszertan és a tesztelés jelentősen csökkenti a kockázatot.
Igen, az átadás része a dokumentáció.
NAz igény tanácsadói támogatással újraspecifikálható, és a fejlesztés ütemezését módosítani kell. Épp ezért előnyös, ha még a fejlesztés megkezdése előtt kiderülnek a változtatási igények.