Tehnologija · Enterprise
Tehnološke rešitve za velika in kompleksna okolja.
Večji projekti zahtevajo več kot razvoj funkcionalnosti. Potrebujejo arhitekturo, integracije, varnost, dokumentacijo, projektno vodenje, nadzor kakovosti in jasno odgovornost skozi celoten življenjski cikel. Epix lahko sestavi namensko projektno strukturo za kompleksne razvojne in transformacijske projekte.
Ko posamezna aplikacija postane del širšega sistema.
Kdaj nas vključijo
- sistem uporablja veliko število uporabnikov
- proces vključuje več oddelkov
- povezati je treba več sistemov
- projekt ima več izvajalcev
- zahtevana je visoka sledljivost
- zahteve vključujejo dokumentacijo in testiranje
- sistem mora dolgoročno rasti
- projekt zahteva SLA
Kaj to pomeni za vas
- sistem, ki ostane v vaši lasti
- razvoj po fazah z delujočo različico ob vsakem mejniku
- dokumentacija in izobraževanje ob primopredaji
Modeli sodelovanja
- celoten projekt
- namenska ekipa
- posamezen sklop
- arhitektura in audit
- dolgoročni razvoj
- integracijski partner
- AI sklop
Enterprise capabilities
Enterprise Software
Kompleksni informacijski sistemi in poslovne aplikacije.
Sistemska arhitektura
Zasnova za veliko uporabnikov, več integracij in modularno rast.
Integracije
ERP, CRM, podatkovne baze, API-ji in zunanji sistemi.
AI in podatki
AI sistemi, RAG, analitika in podatkovni procesi.
Varnost
Pravice, varnost podatkov, revizijske sledi in kontrole dostopa.
DevOps in infrastruktura
Okolja, CI/CD, monitoring, varnostne kopije in skaliranje.
QA
Testiranje, regresija, prevzem in dokumentirani scenariji.
SLA
Dogovorjeni odzivni časi in dolgoročna podpora.
Dokumentacija
Tehnična, administratorska in uporabniška dokumentacija.
Projektno vodenje
Centralna koordinacija več ekip in izvajalcev.
Model izvedbe
Kako je sestavljena projektna struktura
Pri večjem projektu ni glavno vprašanje, koliko ljudi dela na njem, ampak kdo o čem odloča, kdo je odgovoren za posamezen sklop in kako se stanje poroča. Zato projektno strukturo določimo pred začetkom izvedbe in jo zapišemo - vključno z nosilci odločitev na strani naročnika.
Jedrno projektno strukturo Epixa pri večjih projektih razširimo s preverjenimi specialističnimi in partnerskimi razvojnimi ekipami. V širši projektni in specialistični mreži je na voljo več kot 190 strokovnjakov različnih profilov; koga vključimo, določajo zahtevane kompetence, tehnologije, obseg, roki in pogoji naročnika. Naročnik pri tem sodeluje skozi eno projektno strukturo in ne z več ločenimi izvajalci.
Nosilec projekta
Odgovarja za cilj projekta in za odločitve, ki presegajo posamezen sklop.
Projektni vodja
Vodi obseg, časovnico, tveganja, odvisnosti in poročanje naročniku.
Solution architect
Odgovarja za arhitekturo, podatkovni model in tehnično skladnost med sklopi.
Vodje sklopov
Vsak večji sklop - razvoj, integracije, podatki, mobilno, AI, infrastruktura - ima svojega nosilca.
Tehnični vodja
Skrbi za kakovost izvedbe, preglede kode in tehnične odločitve znotraj sklopa.
Poslovni analitik
Prevede zahteve v specifikacijo in merila prevzema ter vodi evidenco sprememb.
QA
Neodvisno od razvoja pripravi testne scenarije in izvaja testiranje.
Varnost
Pregleda arhitekturo, dostope in zahteve za regulirana okolja.
Dokumentacija
Skrbi, da tehnična in uporabniška dokumentacija nastajata med projektom, ne po njem.
Vodenje projekta in odločanje
Pri obsežnejših projektih vpeljemo ritem, ki je enak ne glede na tehnologijo: redno poročanje o stanju, evidenca odločitev, evidenca tveganj, mejniki in jasen postopek za spremembe. Namen ni administracija, ampak da je v vsakem trenutku znano, kje projekt je in kdo čaka na koga.
- poročilo o stanju z odprtimi zadevami in odvisnostmi
- evidenca odločitev: kdo je odločil, kdaj in na kateri podlagi
- evidenca tveganj z nosilcem in ukrepom
- mejniki, vezani na preverljiv rezultat
- predstavitve delujoče različice ob koncu faz
- postopek za spremembo obsega z oceno vpliva
Upravljanje sprememb
Spremembe med projektom niso izjema, ampak pravilo. Pomembno je, da se obravnavajo enako: zahtevek za spremembo, ocena vpliva na obseg, roke, odvisnosti in stroške, odločitev pristojne osebe in zapis v dokumentacijo. Nezabeležene spremembe so najpogostejši razlog za razhajanje med pričakovanji in rezultatom.
Projektna tveganja in odvisnosti
Rok projekta ni odvisen samo od razvojne ekipe. Nanj vplivajo dostopi, zunanje integracije, tretji ponudniki, potrditve naročnika, stanje podatkov, infrastrukturne omejitve in spremembe zahtev. Ta tveganja popišemo na začetku in jih vodimo skozi ves projekt, ne šele takrat, ko se uresničijo.
- zamude pri dostopu do sistemov in okolij
- zunanji API-ji brez dokumentacije ali testnega okolja
- kakovost in obseg podatkov za migracijo
- odvisnost od tretjega ponudnika, ki ni pogodbena stranka projekta
- potrditve na strani naročnika
- infrastrukturne in varnostne omejitve
- spremembe obsega med izvedbo
Načini sodelovanja
Celoten projekt
Prevzamemo analizo, arhitekturo, izvedbo, testiranje, uvedbo in dokumentacijo, z enim projektnim vodjem.
Posamezen projektni sklop
Vključimo se samo v del projekta - integracije, mobilni del, AI, QA ali infrastrukturo - znotraj vaše obstoječe strukture.
Namenska kapaciteta
Za dogovorjeno obdobje zagotovimo ekipo z določenimi profili, ki dela po vaših prioritetah.
Prevzem obstoječega projekta
Prevzamemo nedokončan ali obstoječ sistem po pregledu kode, arhitekture, infrastrukture in podatkov.
Vzdrževanje in podpora
Po uvedbi prevzamemo nadzor delovanja, odpravo napak, posodobitve in nadaljnji razvoj.
Standardi in certifikati v izvedbeni strukturi
Spodaj navedeni certifikati in standardi so prisotni znotraj Epixa in njegove specialistične partnerske mreže. Ne gre za certifikate, ki bi jih imel vsak posameznik ali vsaka posamezna družba; navajamo jih zato, da je razvidno, kakšno ekipo je za konkreten projekt mogoče sestaviti.
Na ravni organizacij v izvedbeni strukturi so prisotni standardi ISO 9001, ISO 20000/20001, ISO 27001 in ISO 27701. Posamezni specialisti v širši projektni mreži imajo izkušnje z enterprise sistemi, javnim sektorjem, bančništvom in financami, zavarovalništvom, zdravstvom, telekomunikacijami, energetiko, kritično infrastrukturo, logistiko, proizvodnjo in mediji. Te izkušnje so izkušnje posameznikov oziroma partnerskih ekip in ne predstavljajo referenc Epixa.
Kako sistem zgradimo
Arhitektura
Podatkovni model, moduli in meje sistema določimo pred razvojem, da kasnejše širitve ne zahtevajo prepisa.
UX/UI
Uporabniške poti in prototip ključnih zaslonov potrdite, preden se pišejo funkcionalnosti.
Frontend in backend
Vmesnik in strežniški del razvijamo z istim standardom: berljiva koda, pokrita z avtomatskimi testi.
Integracije
Povezave z ERP, CRM, dokumentnimi sistemi in registri, z beleženjem in ponovnimi poskusi.
Podatki
Migracija, čiščenje in pravila za kakovost podatkov, da nov sistem ne podeduje starih napak.
Varnost, kakovost, uvedba
Varnost
Prijava in pravice, šifriranje v prenosu in mirovanju, revizijska sled ter pregled pred objavo.
Testiranje
Avtomatski testi, regresija in prevzemno testiranje po vaših merilih, ne po naših.
Uvedba
Ločena okolja, postopna objava in možnost vrnitve na prejšnjo različico v nekaj minutah.
Primopredaja
Koda, dostopi, dokumentacija in izobraževanje ekipe. Sistem ostane vaš.
Vzdrževanje
Dogovorjen odzivni čas, nadzor delovanja in mesečni obseg ur za nadgradnje.
Sorodno delo
Pogosta vprašanja
Kako veliko ekipo lahko sestavite?
Ekipo sestavimo glede na zahtevane kompetence, tehnologije, obseg in roke. Jedrno projektno strukturo lahko razširimo s preverjenimi specialističnimi in partnerskimi ekipami; v širši mreži je na voljo več kot 190 strokovnjakov različnih profilov.
Ali dela vseh 190 ljudi pri Epixu?
Ne. Gre za skupno razpoložljivo projektno in specialistično mrežo - jedrno strukturo Epixa in preverjene partnerske ekipe. Koga vključimo, določa projekt.
Kdo je naš sogovornik, če na projektu dela več ekip?
Projektni vodja na strani Epixa. Naročnik sodeluje skozi eno projektno strukturo, ne z več ločenimi izvajalci.
Ali lahko prevzamete samo del projekta?
Da. Vključimo se lahko v analizo, arhitekturo, integracije, mobilni del, AI, QA ali infrastrukturo znotraj vaše obstoječe strukture.
Kako poročate o stanju projekta?
Z rednim poročilom o stanju, evidenco odločitev in tveganj ter predstavitvijo delujoče različice ob mejnikih. Obliko in pogostost uskladimo na začetku.
Sorodne rešitve
Se sliši kot vaš projekt?
Pošljite opis projekta, obstoječi sistem, razpisno dokumentacijo ali datum dogodka.