Preskočite na glavno vsebino
FromNine
Meni

Svetovanje

Arhitekturne odločitve, ki jih lahko zagovarjate.

Pomagamo vam izbrati pravo pot, preden porabite proračun: jasen pogled na obstoječe stanje, možnosti z njihovimi kompromisi, zapisi odločitev in načrt razvoja, ki mu izvedbene ekipe lahko dejansko sledijo.

Za vodstva, ki odločajo o platformah, UI in oblaku za organizacijo v Sloveniji, ki posluje tudi v drugih evropskih državah.

Opišite svoj projektVodnik po Aktu o UI
Arhitektura in svetovanje: plasti zmogljivostiTri plasti, naložene druga na drugo. Od zgoraj navzdol: načrt razvoja v valovih, odločitve in njihovi zapisi ter razumevanje ciljev in obstoječega stanja, na katerem temeljijo.01Načrt razvoja v valovih02Možnosti in zapisi odločitev03Cilji in obstoječe stanje
  1. 01Pregledi obstoječega stanja, ki pokažejo tehnični dolg in tveganja
  2. 02Možnosti, primerjane po vrednosti, izvedljivosti, tveganju in skupnih stroških, zapisane kot ADR
  3. 03Načrti razvoja, urejeni po odvisnostih in poslovni vrednosti, z zagotavljanjem izvedbe

01 Težave

Ko ekipe prosijo za drugo mnenje

  1. 01

    Pred vami je velika odločitev in vse možnosti so videti razumne

    Platforma, razvoj ali nakup, kateri oblak, kateri dobavitelj. Vsaka možnost ima zagovornika, nihče pa jih ni primerjal pod enakimi pogoji.

  2. 02

    Dvajset idej za umetno inteligenco (UI), noben portfelj

    Oddelki predlagajo primere uporabe. Nihče jih ni razvrstil po vrednosti, izvedljivosti in tveganju ali preveril, kateri spadajo v strožje kategorije Akta o umetni inteligenci.

  3. 03

    Projekt zamuja in nihče ne zna povedati zakaj

    Poročila o stanju so zelena, mejniki se zamikajo, usmerjevalni odbor pa želi neodvisen pogled.

  4. 04

    Javno naročilo se bliža, specifikacija pa ni pripravljena

    Organizacija ve, kaj potrebuje v poslovnem smislu, ne ve pa, kako to opisati, da bodo ponudniki lahko dobro odgovorili.

02 Kaj zagotovimo

Kaj zagotovimo

  1. 01 Ocena arhitekture

    Strukturiran pregled obstoječega stanja: aplikacije, podatki, integracije, infrastruktura in pogodbe. Tehnični dolg naredimo viden in ga razvrstimo v registru tveganj. ArchiMate in TOGAF uporabljamo, kjer ju uporablja vaša organizacija.

    Kaj naredimo

    • Pogovori z arhitekti, lastniki in upravljavci sistemov
    • Popis aplikacij in integracij
    • Ocena tehničnega dolga in tveganj
    • Pregled stroškov in pogodb

    Kaj prejmete

    • Arhitektura obstoječega stanja
    • Register tveganj z lastniki
    • Ugotovitve, predstavljene odločevalcem

  2. 02 Pripravljenost na UI in portfelj primerov uporabe

    Razvrščen portfelj primerov uporabe UI, ocenjenih po vrednosti, izvedljivosti in tveganju, s prvo razvrstitvijo po Aktu o umetni inteligenci in pogledom, ali rešitev razviti, kupiti ali jo izvesti s partnerjem.

    Kaj naredimo

    • Zbiranje primerov uporabe po oddelkih
    • Ocena vrednosti, pripravljenosti podatkov in tveganja
    • Prva razvrstitev vsakega primera uporabe po Aktu o umetni inteligenci
    • Analiza razvoja, nakupa ali partnerstva

    Kaj prejmete

    • Portfelj primerov uporabe po prednostnem vrstnem redu
    • Prvi trije primeri uporabe, pripravljeni za začetek
    • Podatkovni in platformni predpogoji

  3. 03 Ciljna arhitektura in načrt razvoja

    Izbira med platformami Salesforce, SAP in Odoo ter programsko opremo po meri, razporejena v valove z odvisnostmi, skupnimi stroški lastništva in organizacijskimi spremembami, ki jih potrebuje vsak val.

    Kaj naredimo

    • Zemljevid zmogljivosti in ciljna načela
    • Analiza možnosti za vsako področje
    • Skupni stroški lastništva v več letih
    • Načrtovanje valov z odvisnostmi

    Kaj prejmete

    • Ciljna arhitektura
    • Načrt razvoja v valovih
    • Podlage za poslovni primer vsakega vala

  4. 04 Suverenost in strategija oblaka

    Analiza vezave na ponudnike, odločitve o lokaciji hrambe podatkov in izhodni načrti, da vaše izbire oblaka in SaaS ostanejo povratne tam, kjer je to pomembno.

    Kaj naredimo

    • Analiza odvisnosti in vezave na ponudnike
    • Razvrstitev podatkov in možnosti lokacije hrambe
    • Ocena stroškov izhoda
    • Pogodbena določila za pregled s službo za nabavo

    Kaj prejmete

    • Stališče do suverenosti za vsak razred podatkov
    • Izhodni načrti za kritične storitve
    • Dokument o strategiji oblaka

  5. 05 Podpora javnim naročnikom pri javnem naročanju

    Predhodno posvetovanje s trgom, funkcionalne specifikacije in merila za izbiro. O pravilih glede predhodnega sodelovanja govorimo odkrito: po 41. členu Direktive 2014/24/EU lahko priprava javnega naročila vpliva na to, ali smemo pozneje oddati ponudbo, zato to dogovorimo vnaprej.

    Kaj naredimo

    • Analiza potreb in predhodno posvetovanje s trgom
    • Funkcionalne in nefunkcionalne specifikacije
    • Merila za izbiro in modeli točkovanja
    • Podpora pri pojasnilih med postopkom

    Kaj prejmete

    • Specifikacija, pripravljena za objavo
    • Okvir za ocenjevanje ponudb
    • Pisni dogovor o poznejšem sodelovanju

  6. 06 Zapisi odločitev in zagotavljanje izvedbe

    Zapisi arhitekturnih odločitev, arhitekturni sveti in neodvisni pregledi tekočih projektov, da so odločitve sledljive, tveganja pa pridejo na dan zgodaj.

    Kaj naredimo

    • Praksa in predloge ADR
    • Vzpostavitev in vodenje arhitekturnega sveta
    • Redni pregledi zagotavljanja izvedbe
    • Pregledi stanja projektov v težavah

    Kaj prejmete

    • Dnevnik odločitev v uporabi
    • Poslovnik arhitekturnega sveta
    • Poročila o pregledih s priporočili

03 Arhitektura

Kako nastane odločitev

Naše svetovalno delo sledi eni liniji: od vaših ciljev in obstoječega stanja prek možnosti, pretehtanih po dogovorjenih merilih, do zapisov odločitev, ki jih odobri vaš arhitekturni svet, in od tam do ciljne arhitekture in načrta razvoja v valovih.

Pod vsakim korakom so omejitve: suverenost in izhod, razvrstitev po Aktu o umetni inteligenci, pravila javnega naročanja in zmogljivosti vaših lastnih ekip.

Plasti na sliki

Razumevanje
Poslovni cilji, omejitve, obstoječe stanje in njegova tveganja.
Odločitev
Merila, možnosti, arhitekturni svet in zapisi arhitekturnih odločitev.
Načrt
Ciljna arhitektura, načrt razvoja v valovih in zagotavljanje med izvedbo.
Ponazoritveni primer

  1. Razumevanje

    • Poslovni cilji in omejitve
    • Pregled obstoječega stanja
    • Register tveganj

  2. Odločitev

    • Merila: vrednost, tveganje, strošek
    • Možnosti
    • Arhitekturni svet
    • Zapisi odločitev

  3. Načrt

    • Ciljna arhitektura
    • Načrt razvoja v valovih
    • Zagotavljanje izvedbe

  4. Omejitve

    • Omejitve: suverenost in izhod, razvrstitev po Aktu o UI, pravila javnega naročanja
Od ciljev do načrta razvoja prek zapisanih odločitev

Ponazoritvena metoda, ne projekt stranke.

Preberite diagram kot besedilo

Glavna pot vodi od poslovnih ciljev in omejitev do pregleda obstoječega stanja, nato do možnosti, nato do zapisov arhitekturnih odločitev, nato do ciljne arhitekture in na koncu do načrta razvoja v valovih.

Pregled obstoječega stanja ustvari register tveganj. Dogovorjena merila vrednosti, izvedljivosti, tveganja in skupnih stroškov oblikujejo možnosti. Arhitekturni svet, kjer odločajo vaši arhitekti, odobri zapise odločitev. Pregledi zagotavljanja izvedbe sledijo načrtu razvoja.

Pas omejitev spodaj zajema suverenost in izhod, razvrstitev po Aktu o umetni inteligenci in pravila javnega naročanja.

04 Premisleki in omejitve

Premisleki in omejitve

  • Neodvisnost

    Kako to rešujemo

    Sisteme tudi gradimo in upravljamo, med drugim na platformah Salesforce, SAP in Odoo. Pri svetovanju možnosti primerjamo po merilih, ki jih z vami dogovorimo, preden pogledamo dobavitelje, in dokumentiramo, zakaj je posamezna možnost dobila takšno oceno.

    Omejitve in odvisnosti

    Če potrebujete nasvet od nekoga, ki projekta pozneje ne bo izvajal, nam to povejte. To dogovorimo vnaprej ali vam priporočimo, da izberete izključno svetovalno podjetje.

  • Predpisi in pravo

    Kako to rešujemo

    V arhitekturne odločitve vnesemo praktično poznavanje Akta o umetni inteligenci, GDPR, Zakona o informacijski varnosti (ZInfV-1) in Zakona o javnem naročanju (ZJN-3).

    Omejitve in odvisnosti

    Pravnih nasvetov ne dajemo. Razvrstitve in razlage so vhodni podatki za vaše pravne svetovalce, ki pripravijo pravno oceno.

  • Načrti razvoja se srečajo z resničnostjo

    Kako to rešujemo

    Načrte razvoja uredimo po odvisnostih in zmogljivostih ter jih pregledamo ob koncu vsakega vala.

    Omejitve in odvisnosti

    Noben načrt razvoja ne ostane nespremenjen. Njegova vrednost so odločitve, ki jih naredi izrecne, zato ga s pregledi ohranjamo živega, namesto da bi ga predali kot dokument.

05 Kako delamo

Kako delamo

Na kratko, strukturirano in na podlagi dokazov, z vašimi arhitekti za mizo.

  1. 01

    Dogovorimo vprašanje

    Kaj je treba odločiti, kdo odloča, do kdaj in katera merila štejejo.

    RezultatOpis odločitve

  2. 02

    Zberemo dokaze

    Pogovori, dokumenti, sistemski podatki in stroški, dovolj za podporo odločitvi in nič več.

    RezultatDokazna podlaga in pogled na obstoječe stanje

  3. 03

    Primerjamo možnosti

    Dve do štiri realistične možnosti, ocenjene po dogovorjenih merilih, s tveganji in stroški.

    RezultatAnaliza možnosti

  4. 04

    Odločitev in zapis

    Odloči vaš arhitekturni svet; mi zapišemo odločitev in načrt razvoja, ki iz nje izhaja.

    RezultatZapisi odločitev in načrt razvoja

  5. 05

    Zagotavljanje izvedbe

    Redni pregledi, ki preverjajo, ali izvedba še ustreza odločitvam, in opozorijo, kdaj je treba odločitev ponovno pretehtati.

    RezultatPoročila o pregledih

06 Človeški nadzor

Kdo odloča

Mi svetujemo. Odločitve ostanejo pri ljudeh, ki so zanje odgovorni.

  • Odobri vaš arhitekturni svet

    Vsak zapis arhitekturne odločitve odobri vaš arhitekturni svet ali lastnik, ki ga določite, nikoli samo mi.

  • Merila pred možnostmi

    Merila ocenjevanja in njihove uteži dogovorite, preden ocenimo možnosti, zato izida ni mogoče naknadno prilagoditi.

  • Nestrinjanje je zapisano

    Kadar se deležniki ne strinjajo, zapis odločitve pokaže alternative in razloge, zakaj niso bile izbrane.

07 Primer

Ponazoritveni primer

Ponazoritveni primer

Ena smer razvoja ERP za rastoče podjetje s hčerinskimi družbami v treh državah

01Izhodišče
Srednje veliko podjetje je po prevzemih ostalo s tremi sistemi ERP v Sloveniji, na Hrvaškem in v Avstriji. Vsaka družba želi obdržati svojega, uprava pa želi en pogled na finance in oskrbovalno verigo, od 1. januarja 2028 pa tudi izmenjavo samo e-računov za dobave v Sloveniji.
02Kaj bi zgradili
Analiza možnosti, ki primerja en skupni ERP, dvoravenski model z osrednjim sistemom skupine in lažjimi lokalnimi sistemi ter samo integracijo, vsako s stroški, tveganji in načrtom razvoja v valovih.
03Kje odloča človek
Arhitekturni svet skupine določi merila in sprejme odločitev; vodje družb pred odobritvijo pregledajo vpliv na svoje poslovanje.
04Kaj bi merili
Skupni stroški lastništva v načrtovanem obdobju, čas do konsolidiranega mesečnega zaključka in število vmesnikov, ki jih je treba vzdrževati.

08 Panoge

V vaši panogi

  • Javni sektor

    Ciljne arhitekture za digitalno javno upravo, specifikacije za javna naročila in načrti razvoja, usklajeni s strategijo Digitalna Slovenija 2030. Več o našem delu za javni sektor.

  • Finančne storitve

    Arhitekturne odločitve, dokumentirane za nadzornike, z vgrajenim obvladovanjem tveganj tretjih ponudnikov storitev IKT in izhodnimi strategijami.

  • Proizvodna industrija

    Sistemi ERP in proizvodni sistemi, poenoteni med lokacijami, z načrtom razvoja, ki upošteva proizvodni koledar.

Slovenija

Odločitve, ki zdržijo v več pravnih ureditvah

Arhitekturne odločitve slovenske organizacije se hkrati preverjajo po več sklopih pravil: Akt o umetni inteligenci in direktiva NIS 2 na ravni EU, v Sloveniji ZIUDHPUI (Uradni list RS, št. 85/25), ki od 21. novembra 2025 določa organe za nadzor trga, in Zakon o informacijski varnosti (ZInfV-1, Uradni list RS, št. 40/25), ki velja od 19. junija 2025. Javno naročanje ureja Zakon o javnem naročanju (ZJN-3, Uradni list RS, št. 91/15 s spremembami).

Za javne organe Akt o interoperabilni Evropi pričakuje, da se čezmejna interoperabilnost oceni, preden se določijo zavezujoče zahteve. Digitalno preobrazbo in javno upravo od leta 2026 vodi Ministrstvo za notranje zadeve in javno upravo (ZVRS-K, velja od 8. maja 2026), krovna vladna strategija pa je Digitalna Slovenija 2030, sprejeta marca 2023.

Te omejitve v vsaki analizi možnosti postanejo izrecna merila, za vsako odločitev pa zapišemo, kako jih izpolnjuje, zato je enako utemeljitev mogoče predstaviti upravi, revizorju ali nadzorniku v vsaki vpleteni državi.

Vprašanja o arhitekturi in svetovanju

Koliko časa traja ocena arhitekture?

To je odvisno od obsega. Osredotočen pregled enega področja ali ene odločitve traja nekaj tednov, celovit pregled vseh sistemov dlje. Obseg, vprašanja in časovnico dogovorimo v opisu odločitve, preden začnemo.

Ali ste lahko neodvisni, če tudi izvajate?

Svoje razmišljanje naredimo pregledno: merila so dogovorjena pred možnostmi, ocene dokumentirane, alternative zapisane. Če potrebujete popolno ločitev svetovanja in izvedbe, vnaprej dogovorimo, da se za izvedbo ne bomo potegovali, ali pa vam svetujemo, da izberete drugega svetovalca.

Ali dajete prednost platformi Salesforce, SAP ali Odoo?

Partnerji smo vseh treh (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), razvijamo pa tudi programsko opremo po meri, zato nimamo ene platforme, ki bi jo morali prodati. Vsaka ustreza drugačnim okoliščinam, včasih pa je pravi odgovor kombinacija, na primer SAP na ravni skupine in Odoo v manjših hčerinskih družbah.

Ali nam lahko pomagate pripraviti javno naročilo in nato oddate ponudbo?

Morda, vendar ne samodejno. Direktiva 2014/24/EU predhodno sodelovanje dopušča le, če naročnik zagotovi, da konkurenca ni izkrivljena, na primer tako, da vsem ponudnikom posreduje informacije, ki smo jih pripravili. O tem se odkrito pogovorimo, preden začnemo, odloči pa naročnik.

Kje naj začnemo z UI?

S portfeljem, ne z enim pilotnim projektom: zberite možne primere uporabe, jih ocenite po vrednosti, pripravljenosti podatkov in tveganju ter začnite z dvema ali tremi, ki so dragoceni, izvedljivi in dovolj nizkega tveganja, da se iz njih učite. Naše ekipe za razvoj UI in generativno UI jih nato zgradijo z vrednotenjem, vzpostavljenim pred prvo izdajo.

S kom bomo sodelovali?

Z višjimi arhitekti z izkušnjami pri izvedbi. Pri nas dela več kot 2400 ljudi, zato se jim po potrebi pridružijo specialisti za varnost, podatke, UI ali posamezno platformo.

Povejte nam, o čem morate odločiti

Predlagali bomo, kako odločitev opredeliti, katere dokaze potrebuje in koliko časa bi trajal utemeljen odgovor.

Opišite svoj projektVeč o javnem sektorju