Liikuge põhisisu juurde
FromNine
Menüü

Nõustamine

Arhitektuuriotsused, mida saate põhjendada.

Aitame teil valida õige tee enne eelarve sidumist: selge pilt praegusest IT-maastikust, valikud koos nende kompromissidega, otsusekirjed ja teekaart, mida tarnemeeskonnad suudavad tegelikult järgida.

Eesti organisatsioonide juhtidele, kes otsustavad platvormide, tehisintellekti ja pilve üle ning vajavad otsust, mida saab põhjendada nõukogule, audiitorile ja hankijale.

Arhitektuur ja nõustamine: võimekuste kihidKolm kihti üksteise taga. Ülevalt alla: etappideks jaotatud teekaart, otsused ja nende kirjed ning arusaam eesmärkidest ja praegusest olukorrast, millele need tuginevad.01Teekaart etappidena02Valikud ja otsusekirjed03Eesmärgid ja praegune olukord
  1. 01Praeguse olukorra ülevaatused, mis teevad tehnilise võla ja riskid nähtavaks
  2. 02Valikud, mida võrreldakse väärtuse, teostatavuse, riski ja kogukulu alusel ning mis salvestatakse ADR-idena
  3. 03Teekaardid, mis on järjestatud sõltuvuste ja ärilise väärtuse järgi, koos tarne kvaliteedi tagamisega

01 Probleemid

Millal meeskonnad küsivad teist arvamust

  1. 01

    Suur otsus on tulemas ja kõik valikud tunduvad mõistlikud

    Platvorm, ise ehitada või osta, milline pilv, milline tarnija. Igal valikul on oma eestkõneleja ja keegi pole neid samadel alustel võrrelnud.

  2. 02

    Kakskümmend TI-ideed, portfelli pole

    Osakonnad pakuvad kasutusjuhte. Keegi pole neid väärtuse, teostatavuse ja riski järgi järjestanud ega kontrollinud, millised kuuluvad tehisintellekti määruse rangematesse kategooriatesse.

  3. 03

    Programm hilineb ja keegi ei oska öelda, miks

    Olekuaruanded on rohelised, verstapostid libisevad ja juhtkomitee tahab sõltumatut vaadet.

  4. 04

    Hange on tulemas, tehniline kirjeldus pole valmis

    Organisatsioon teab ärilises mõttes, mida ta vajab, kuid mitte seda, kuidas seda kirjeldada nii, et pakkujad saaksid hästi vastata.

02 Mida tarnime

Mida tarnime

  1. 01 Arhitektuuri hindamine

    Teie praeguse IT-maastiku struktureeritud ülevaatus: rakendused, andmed, liidestused, taristu ja lepingud. Tehniline võlg tehakse nähtavaks ja järjestatakse riskiregistris. Kasutame ArchiMate’i ja TOGAF-i, kui teie organisatsioon neid kasutab.

    Mida teeme

    • Intervjuud arhitektide, omanike ja käitajatega
    • Rakenduste ja liidestuste inventuur
    • Tehnilise võla ja riskide hindamine
    • Kulude ja lepingute ülevaatus

    Mida saate

    • Praeguse olukorra arhitektuur
    • Riskiregister koos omanikega
    • Otsustajatele esitletud leiud
  2. 02 TI-valmidus ja kasutusjuhtude portfell

    Järjestatud TI-kasutusjuhtude portfell, mis on hinnatud väärtuse, teostatavuse ja riski järgi, koos esialgse klassifikatsiooniga tehisintellekti määruse järgi ning igaühe kohta hinnanguga, kas ehitada ise, osta või teha koostööd partneriga.

    Mida teeme

    • Kasutusjuhtude kogumine osakondadest
    • Hindamine väärtuse, andmete valmiduse ja riski järgi
    • Esialgne klassifikatsioon tehisintellekti määruse järgi kasutusjuhu kaupa
    • Analüüs: ehitada ise, osta või teha koostööd partneriga

    Mida saate

    • Prioriseeritud kasutusjuhtude portfell
    • Esimesed kolm kasutusjuhtu alustamiseks valmis
    • Andmete ja platvormi eeldused
  3. 03 Sihtarhitektuur ja teekaart

    Platvormivalikud Salesforce’i, SAP-i, Odoo ja tellimustarkvara vahel, järjestatud etappideks koos sõltuvuste, omamise kogukulu ja organisatsiooniliste muudatustega, mida iga etapp vajab.

    Mida teeme

    • Võimekuste kaart ja sihtpõhimõtted
    • Valikute analüüs valdkonna kaupa
    • Omamise kogukulu mitme aasta peale
    • Etappide planeerimine koos sõltuvustega

    Mida saate

    • Sihtarhitektuur
    • Teekaart etappidena
    • Sisend tasuvusanalüüsile iga etapi kohta
  4. 04 Suveräänsus ja pilvestrateegia

    Lukustuse analüüs, andmete asukoha otsused ja väljumisplaanid, et teie pilve- ja SaaS-valikud jääksid pööratavaks seal, kus see on oluline.

    Mida teeme

    • Sõltuvuste ja lukustuse analüüs
    • Andmete klassifikatsioon ja asukoha valikud
    • Väljumiskulu hinnang
    • Lepingutingimused, mis vaadatakse üle koos hankespetsialistidega

    Mida saate

    • Suveräänsuse seisukoht andmeklassi kaupa
    • Väljumisplaanid kriitilistele teenustele
    • Pilvestrateegia dokument
  5. 05 Hanketugi avaliku sektori hankijatele

    Turu-uuring, funktsionaalne tehniline kirjeldus ja hindamiskriteeriumid riigihangete seaduse järgi. Räägime avameelselt eelneva osaluse reeglitest: direktiivi 2014/24/EL artikli 41 järgi võib hanke ettevalmistamine mõjutada seda, kas tohime hiljem pakkumuse esitada, ja lepime selles eelnevalt kokku.

    Mida teeme

    • Vajaduste analüüs ja turu-uuring
    • Funktsionaalsed ja mittefunktsionaalsed nõuded
    • Hindamiskriteeriumid ja hindamismudelid
    • Tugi selgitustaotlustele vastamisel hanke ajal

    Mida saate

    • Avaldamiseks valmis tehniline kirjeldus
    • Hindamisraamistik
    • Kirjalik kokkulepe hilisema osalemise kohta
  6. 06 Otsusekirjed ja tarne kvaliteedi tagamine

    Arhitektuuriotsuste kirjed, arhitektuurinõukogud ja sõltumatud kvaliteedi tagamise ülevaatused käimasolevatele programmidele, et otsused oleksid jälgitavad ja riskid tuleksid varakult esile.

    Mida teeme

    • ADR-i praktika ja mallid
    • Arhitektuurinõukogu loomine ja juhtimine
    • Perioodilised kvaliteedi tagamise ülevaatused
    • Raskustes programmide tervisekontrollid

    Mida saate

    • Kasutuses olev otsuste logi
    • Arhitektuurinõukogu põhimäärus
    • Kvaliteedi tagamise aruanded koos soovitustega

03 Arhitektuur

Kuidas otsus sünnib

Meie nõustamistöö järgib üht joont: teie eesmärkidest ja praegusest olukorrast kokkulepitud kriteeriumide alusel kaalutud valikute kaudu otsusekirjeteni, mille kinnitab teie arhitektuurinõukogu, ning sealt sihtarhitektuuri ja etappideks jaotatud teekaardini.

Iga sammu all on piirangud: suveräänsus ja väljumine, klassifikatsioon tehisintellekti määruse järgi, riigihangete reeglid ja teie enda meeskondade võimekus.

Joonise kihid

Mõistmine
Ärilised eesmärgid, piirangud, praegune IT-maastik ja selle riskid.
Otsustamine
Kriteeriumid, valikud, arhitektuurinõukogu ja arhitektuuriotsuste kirjed.
Planeerimine
Sihtarhitektuur, etappideks jaotatud teekaart ja kvaliteedi tagamine tarne ajal.
Illustreeriv näide
  1. Mõistmine

    • Ärilised eesmärgid ja piirangud
    • Praeguse olukorra ülevaatus
    • Riski­register
  2. Otsustamine

    • Kriteeriumid: väärtus, risk, kulu
    • Valikud
    • Arhitektuuri­nõukogu
    • Otsuse­kirjed
  3. Planeerimine

    • Siht­arhitektuur
    • Teekaart etappidena
    • Tarne kvaliteedi tagamine
  4. Piirangud

    • Piirangud: suveräänsus ja väljumine, klassifikatsioon tehisintellekti määruse järgi, riigihangete reeglid
Eesmärkidest teekaardini kirja pandud otsuste kaudu

Illustreeriv meetod, mitte kliendiprojekt.

Lugege joonist tekstina

Põhitee kulgeb äriliste eesmärkide ja piirangute juurest praeguse olukorra ülevaatuseni, seejärel valikuteni, seejärel arhitektuuriotsuste kirjeteni, seejärel sihtarhitektuurini ja lõpuks etappideks jaotatud teekaardini.

Praeguse olukorra ülevaatusest sünnib riskiregister. Kokkulepitud kriteeriumid väärtuse, teostatavuse, riski ja kogukulu kohta kujundavad valikuid. Arhitektuurinõukogu, kus otsustavad teie arhitektid, kinnitab otsusekirjed. Tarne kvaliteedi tagamise ülevaatused järgivad teekaarti.

All olev piirangute riba hõlmab suveräänsust ja väljumist, klassifikatsiooni tehisintellekti määruse järgi ning riigihangete reegleid.

04 Kaalutlused ja piirangud

Kaalutlused ja piirangud

  • Sõltumatus

    Kuidas me seda lahendame

    Me ka ehitame ja käitame süsteeme, sealhulgas Salesforce’il, SAP-il ja Odool. Nõustamistöös võrdleme valikuid teiega kokkulepitud kriteeriumide alusel enne, kui vaatame tarnijaid, ja dokumenteerime, miks iga valik sai oma hinde.

    Piirangud ja sõltuvused

    Kui vajate nõu osapoolelt, kes hiljem ei tarni, öelge meile. Lepime selles eelnevalt kokku või soovitame valida puhtalt nõustava ettevõtte.

  • Regulatsioon ja õigus

    Kuidas me seda lahendame

    Toome arhitektuuriotsustesse praktilised teadmised tehisintellekti määrusest, IKÜM-ist, küberturvalisuse seadusest ja riigihangete seadusest.

    Piirangud ja sõltuvused

    Me ei anna õigusnõu. Klassifikatsioonid ja tõlgendused on sisend teie juristidele, kes teevad õigusliku hinnangu.

  • Teekaardid kohtuvad tegelikkusega

    Kuidas me seda lahendame

    Teekaardid järjestatakse sõltuvuste ja võimekuse järgi ning vaadatakse üle iga etapi lõpus.

    Piirangud ja sõltuvused

    Ükski teekaart ei jää muutumatuks. Selle väärtus on otsustes, mida see selgeks teeb, ja seepärast hoiame seda elus kvaliteedi tagamise ülevaatuste kaudu, selle asemel et anda see üle dokumendina.

05 Kuidas töötame

Kuidas töötame

Lühidalt, struktureeritult ja tõenditele tuginedes, teie arhitektid laua taga.

  1. 01

    Küsimuse kokkuleppimine

    Mida tuleb otsustada, kes otsustab, mis ajaks ja millised kriteeriumid loevad.

    TulemusOtsuse lähteülesanne

  2. 02

    Tõendite kogumine

    Intervjuud, dokumendid, süsteemiandmed ja kulunumbrid, piisavalt otsuse toetamiseks, mitte rohkem.

    TulemusTõendusbaas ja praeguse olukorra vaade

  3. 03

    Valikute võrdlemine

    Kaks kuni neli realistlikku valikut, hinnatud kokkulepitud kriteeriumide järgi, koos riskide ja kuludega.

    TulemusValikute analüüs

  4. 04

    Otsustamine ja kirja panemine

    Teie arhitektuurinõukogu otsustab; meie kirjutame otsusekirje ja sellest tuleneva teekaardi.

    TulemusOtsusekirjed ja teekaart

  5. 05

    Tarne kvaliteedi tagamine

    Perioodilised ülevaatused, mis kontrollivad, kas tarne vastab endiselt otsustele, ja annavad märku, kui otsus tuleks uuesti läbi vaadata.

    TulemusKvaliteedi tagamise aruanded

06 Inimese kontroll

Kes otsustab

Meie nõustame. Otsused jäävad inimestele, kes nende eest vastutavad.

  • Kinnitab teie arhitektuurinõukogu

    Iga arhitektuuriotsuse kirje kinnitab teie arhitektuurinõukogu või teie nimetatud omanik, mitte kunagi ainult meie.

  • Kriteeriumid enne valikuid

    Lepite hindamiskriteeriumid ja nende kaalud kokku enne, kui valikuid hinnatakse, nii et tulemust ei saa hiljem kohandada.

  • Eriarvamused pannakse kirja

    Kui osapooled ei ole ühel meelel, näitab otsusekirje alternatiive ja põhjuseid, miks neid ei valitud.

07 Näide

Illustreeriv näide

Illustreeriv näide

ERP valik kasvavale masinaehitusettevõttele

01Olukord
Masinaehitusettevõte on kasvanud kahe tehasega ettevõtteks, millel on müügiüksus Soomes. Tootmist planeeritakse vanas kohalikus ERP-süsteemis ja tabelarvutuses ning juhatus tahab üht pilti finantsist, laost ja tootmisest.
02Mida me ehitaksime
Valikute analüüs, mis võrdleb SAP S/4HANA-t, Odood ja olemasoleva süsteemi säilitamist koos liidestustega, igaühe puhul kulud, riskid ja etappideks jaotatud teekaart.
03Kus otsustavad inimesed
Juhatus seab kriteeriumid ja teeb otsuse; tehaste juhid vaatavad enne kinnitamist üle mõju oma tootmisele.
04Mida me mõõdaksime
Omamise kogukulu planeerimisperioodil, kuu lõpetamiseks kuluv aeg ja hallatavate liideste arv.

08 Valdkondade vaade

Teie valdkonnas

  • Sihtarhitektuurid, mis ehitavad X-tee ja e-identimise peale, riigihanke tehnilised kirjeldused ja teekaardid, mis arvestavad Euroopa koostalitlusraamistikuga. Lugege lähemalt meie tööst avalikus sektoris.

  • Arhitektuuriotsused, mis on dokumenteeritud järelevalve jaoks, kolmandast isikust tuleneva IKT-riski ja väljumisstrateegiatega.

  • ERP- ja tehasesüsteemide maastikud, mis on mitme tootmisüksuse ulatuses korrastatud, teekaardiga, mis arvestab tootmiskalendreid.

Eesti

Otsused, mis peavad vastu Eesti ja ELi reeglitele

Eesti organisatsiooni arhitektuuriotsuseid kontrollitakse korraga mitme reeglistiku vastu: tehisintellekti määrus ELi tasandil, küberturvalisuse seadus, mille järgi on pädev asutus Riigi Infosüsteemi Amet (RIA), ja avaliku sektori puhul riigihangete seadus ning hanked riigihangete registris. Koostalitleva Euroopa määrus ootab lisaks, et piiriülest koostalitlusvõimet hinnatakse enne siduvate nõuete seadmist.

Teeme need piirangud igas valikute analüüsis selgesõnalisteks kriteeriumideks ja paneme kirja, kuidas iga otsus neile vastab. Hankedokumentidele vastame punkt-punktilt. Sama põhjendust saab esitada nõukogule, audiitorile või järelevalveasutusele.

Küsimused arhitektuuri ja nõustamise kohta

Kui kaua arhitektuuri hindamine kestab?

See sõltub ulatusest. Ühe valdkonna või ühe otsuse fokuseeritud ülevaatus võtab nädalaid; kogu IT-maastiku ülevaatus kauem. Lepime ulatuse, küsimused ja ajakava kokku otsuse lähteülesandes enne alustamist.

Kas saate olla sõltumatu, kui ka tarnite?

Teeme oma põhjenduse läbipaistvaks: kriteeriumid lepitakse kokku enne valikuid, hinded dokumenteeritakse, alternatiivid salvestatakse. Kui vajate nõustamise ja tarne täielikku lahusust, lepime eelnevalt kokku, et me tarnes ei osale, või soovitame valida teise nõustaja.

Kas eelistate Salesforce’i, SAP-i või Odood?

Oleme kõigi kolme partner (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner) ja ehitame ka tellimustarkvara, seega pole meil üht platvormi, mida müüa. Igaüks sobib eri olukordadesse ja mõnikord ühendab õige vastus neid, näiteks SAP kontserni tasemel ja Odoo väiksemates tütarettevõtetes.

Kas saate aidata hanget ette valmistada ja siis sellel pakkumuse esitada?

Võib-olla, kuid mitte automaatselt. Direktiiv 2014/24/EL lubab eelnevat osalust ainult siis, kui hankija tagab, et konkurentsi ei moonutata, näiteks jagades meie koostatud teavet kõigi pakkujatega. Arutame seda avameelselt enne alustamist ja otsuse teeb hankija.

Kust alustada tehisintellektiga?

Portfellist, mitte üksikust katseprojektist: koguge kasutusjuhud, hinnake neid väärtuse, andmete valmiduse ja riski järgi ning alustage kahe või kolmega, mis on väärtuslikud, teostatavad ja piisavalt madala riskiga, et neist õppida. Meie TI-arenduse ja generatiivse TI meeskonnad ehitavad need siis nii, et hindamine on paigas enne esimest väljalaset.

Kellega me töötame?

Tarnekogemusega vanemarhitektidega, keda toetavad vajaduse korral spetsialistid meie üle 2400 kolleegi hulgast: turve, andmed, tehisintellekt või konkreetne platvorm.

Kirjeldage otsust, mis on teie laual

Pakume välja, kuidas see sõnastada, milliseid tõendeid see vajab ja kui kaua põhjendatud vastus aega võtaks.