Programvare, KI og data
Hvor du starter med KI, kvalitet og nøyaktighet, tilgjengelighet, hastighet, utgivelser i appbutikker og migreringer uten nedetid.
24 spørsmål
Vil KI-agenter erstatte de ansatte i kundesenteret?
De tar de rutinemessige henvendelsene med høyt volum, slik at de ansatte håndterer de komplekse og sensitive. Hver samtale kan overføres til en person med full kontekst. Du bestemmer hvilke henvendelser agentene fullfører på egen hånd.
Les mer: Multimodal, tale- og bilde-KILenke til dette spørsmålet
Hva er forskjellen mellom KI-nivåene?
Pakker er klare løsninger for vanlige oppgaver, konfigurert i stedet for bygget. Systemer for store virksomheter er skreddersydde og suverene, bygget for høyt volum. Forvaltede tjenester holder begge i drift, på abonnement eller etter bruk.
Les mer: Ferdigpakkede KI-nivåer og forvaltede KI-tjenesterLenke til dette spørsmålet
Hvilket nivå passer for oss?
Det avhenger av hvor standard oppgaven er, volumet og hvor dataene dine må ligge. En vanlig oppgave med moderat volum passer en pakke. Streng datalokalisering, dyp integrasjon eller høyt volum peker mot et bedriftssystem.
Les mer: Ferdigpakkede KI-nivåer og forvaltede KI-tjenesterLenke til dette spørsmålet
Hvordan starter databasearbeidet hos dere?
Vanligvis med en helsesjekk. Vi går gjennom konfigurasjon, ytelse, sikkerhet, sikkerhetskopier og kapasitet, og gir deg en skriftlig liste over funn rangert etter risiko og innsats. Deretter bestemmer du hva vi retter, migrerer eller drifter, og i hvilken rekkefølge. Er behovet allerede klart, for eksempel en planlagt migrering, starter vi med designet i stedet.
Les mer: Dataarkitektur, lakehouse og sanntidspipelinesLenke til dette spørsmålet
Hvordan migrerer dere en database uten å miste data eller stanse virksomheten?
Vi øver på hver migrering på en beskyttet kopi og avstemmer radantall og sjekksummer mellom kilde og mål. For systemer som ikke kan stanse, holder vi begge i synk og bytter over i et kort planlagt vindu, med en testet tilbakerulling klar.
Les mer: Dataarkitektur, lakehouse og sanntidspipelinesLenke til dette spørsmålet
Hvor begynner vi hvis vi ikke vet hvor de sensitive dataene våre er?
Med forstudie. Vi sporer systemene, datalagrene, sikkerhetskopiene og filområdene som inneholder personopplysninger, betalingsdata eller konfidensielle data, og flytene til leverandørene dine. Oversikten viser de største risikoene først.
Les mer: Datastyring, datasuverenitet, personvern og sikkerhetLenke til dette spørsmålet
Må vi erstatte BI-verktøyene vi har?
Ikke nødvendigvis. Vi kan legge til samtalebasert analyse og felles definisjoner på dataene du allerede har, og fase ut overlappende dashbord over tid.
Les mer: Agentisk BI og beslutningsintelligensLenke til dette spørsmålet
Hva om kravene våre endres underveis i prosjektet?
Det gjør de vanligvis, og prosessen forutsetter det. Oppgavekøen gjennomgås med deg ved hver iterasjon. I et prosjekt med fast omfang avtales en endring skriftlig, med virkning på kostnad og datoer, før arbeidet med den begynner.
Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet
Skrivebordsapplikasjonen vår er gammel og vanskelig å endre. Hvilke muligheter har vi?
Å skrive alt om på én gang er sjelden det tryggeste valget. Vi vurderer koden, avhengighetene og hvordan folk bruker den. Deretter anbefaler vi om den skal refaktoreres, flyttes til et gjeldende rammeverk eller erstattes med webprogramvare. Uansett hvilken vei du velger, endrer vi i trinn, slik at brukerne kan fortsette å arbeide og hvert trinn kan testes.
Les mer: Applikasjons-, plattform- og komponerbar produktutviklingLenke til dette spørsmålet
Trenger vi brukerundersøkelser hvis vi allerede kjenner brukerne våre?
Du vet mye, og undersøkelser bygger på det. De tester antakelser med folkene som gjør arbeidet, og avdekker ofte steg, midlertidige løsninger og begreper som aldri når et kravdokument. En liten runde med intervjuer og prototypetester koster mindre enn å endre programvare etter at den er levert.
Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet
Bør vi automatisere alle testene våre?
Nei. Automatiser det som kjøres ofte og må gi samme svar hver gang: enhetstester, API-tester og de viktigste reisene. Behold folk til utforskende testing, brukervennlighet og funksjoner som fortsatt endres. Et mindre testsett som aldri feiler tilfeldig, er verdt mer enn et stort som ingen stoler på.
Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet
Hva er kaostesting, og er det trygt?
Kaostesting slår av tjenester, gjør nettverk tregere eller fyller disker med vilje, for å bevise at systemet degraderes grasiøst og gjenopprettes. Vi starter i testmiljøer, avtaler grensene med driftsavdelingen din, og kjører bare kontrollerte eksperimenter i produksjon når overvåking og tilbakerulling er bevist.
Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet
Hvordan tester dere integrasjoner med banker, betalingsleverandører eller ERP-er?
Vi bruker partnerens sandkasse der den finnes og simulatorer der den ikke gjør det, slik at testene kjøres ved hver endring. Testdata dekker avviste betalinger, tidsavbrudd, dupliserte meldinger og delvise feil, og kontroller ende til ende bekrefter at totaler avstemmes på tvers av systemer.
Les mer: UX og autonom kvalitetssikringLenke til dette spørsmålet
Hvorfor ikke skrive om hele systemet på én gang?
En full omskriving må matche års med oppførsel før den kan erstatte noe, mens virksomheten endrer seg rundt den. Slike prosjekter tar ofte lang tid og lanseres med mangler. Å erstatte én funksjon om gangen gir verdi tidlig og beholder det gamle systemet som sikkerhetsnett. Du kan stoppe eller endre retning ved hvert steg.
Les mer: KI-akselerert modernisering av eldre systemerLenke til dette spørsmålet
Må virksomheten stanse under migreringen?
Løsningen er laget slik at den ikke må det. Det gamle systemet kjører videre mens hver nye del bygges og bevises parallelt. Arbeidet flyttes gradvis til den nye delen og kan flyttes tilbake hvis noe er galt. Der en datamigrering krever overgang, prøver vi den først og planlegger den sammen med deg.
Les mer: KI-akselerert modernisering av eldre systemerLenke til dette spørsmålet
Ingen forstår helt vårt gamle system. Kan dere modernisere det likevel?
Ja, og det er vanlig. Vi henter kunnskapen fra koden, dataene, loggene og menneskene som bruker systemet. Vi fanger opp hva det gjør i karakteriseringstester, som blir spesifikasjonen de nye delene må oppfylle.
Les mer: KI-akselerert modernisering av eldre systemerLenke til dette spørsmålet
Vil migreringen avbryte virksomheten vår?
Vi planlegger hver flytting for å unngå avbrudd, eller for å holde det kort og planlagt. Arbeidsbelastninger flyttes én om gangen, data synkroniseres før byttet og hvert steg har en tilbakerullingsvei. Der et system ikke kan kjøre på to steder samtidig, avtaler vi et vedlikeholdsvindu med deg og øver på byttet først.
Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet
Hva omfatter et oppdrag innen IT-infrastruktur?
Det omfatter det systemene dine kjører på: nettverk og anlegg, servere og virtualisering, lagring og sikkerhetskopi, katalog- og identitetstjenester, overvåking og koblingene til skykontoene dine. Vi kan ta oss av hele infrastrukturen eller en del av den, for eksempel en ny utforming av nettverket. Omfanget avtales skriftlig før arbeidet starter.
Les mer: Skyengineering, SovereignTech og hybrid migreringLenke til dette spørsmålet
Vi har allerede pipelines. Må vi starte på nytt?
Nei. Vi starter med det som fungerer, standardiserer det til maler og erstatter bare delene som er skjøre eller mangler. Tjenestene flyttes til plattformen én om gangen.
Les mer: DevOps, plattformutvikling og KI-kodeverktøyLenke til dette spørsmålet
Kan dere sikre agenter og modeller vi ikke har bygget sammen med dere?
Ja. Identitet, legitimasjon, verneregler og overvåking ligger rundt agenten, så de fungerer med agenter bygget internt, av en annen leverandør eller på en leverandørs plattform. Vi trenger tilgang til agentens konfigurasjon og tilkoblinger, ikke nødvendigvis koden.
Les mer: Sikkerhet for agentisk KI og KI-agenters identitetLenke til dette spørsmålet
Hvor skal vi begynne? (KI og data)
Vanligvis med proof of concept for suveren agentisk KI: én arbeidsflyt, koblet til dine interne verktøy i et privat nettverk, som viser verdien før en større bygging.
Må dataene våre være i orden først?
Ikke helt, men vi sjekker dem først. Hvis dokumenter er ustrukturerte eller databaser er silobaserte, starter vi med en gjennomgang av datakvalitet, datalinje og KI-modenhet, og bygger deretter plattformen modellene trenger.
Er prosjektet mitt programvareutvikling eller Bedrifter og integrasjoner?
Programvareutvikling bygger og moderniserer selve applikasjonene: plattformer, portaler, apper og digitale tvillinger. Bedrifter og integrasjoner kobler dem til ERP-er, banker, skattemyndigheter og betalingsnettverk. De fleste prosjekter trenger begge, og ett team dekker dem under én kontrakt.
Hvor skal vi begynne? (Sky og infrastruktur)
De fleste kunder starter med revisjonen av skyportabilitet og FinOps for KI-tokens. Den viser hvor du er låst til én leverandør, skisserer en vei til et suverent eller flerskybasert miljø og setter hurtiglagring og modellruting foran KI-arbeidsbelastningene dine. Større programmer følger av den.
Flere spørsmål
- Slik arbeider du med XSISHvordan du ser fremdriften, tidssoner og hvordan arbeidet godtas.1 spørsmål
- SamarbeidsmodellerÅ velge leveransemodell, å bygge inn spesialister, å drive et kompetansesenter og å holde et system i drift.23 spørsmål
- Strategi og rådgivningHvor en transformasjon starter, innleide ledere og PMO-er, arkitekturgjennomganger, forstudieverksteder, blueprints og hvordan rådgivning begynner.38 spørsmål
- Integrasjoner og bransjerMasterdata, kontoutskrifter som ikke avstemmes, butikker uten nett, tilbakebetalinger, driftsstans hos partnere, avstemming, oppgjør og e-fakturering.35 spørsmål
- Kostnad og priserHva som driver kostnaden i et prosjekt eller et team, og hvordan vi estimerer.29 spørsmål
- TidslinjerHvor lang tid det tar å starte og levere, og hva som endrer det.10 spørsmål
- Eierskap og kontrakterHvem som eier koden, dataene og resultatene, og hvordan kontrakter fungerer.22 spørsmål
- Sikkerhet og dataHvordan vi beskytter systemene, koden og dataene dine mens vi arbeider.79 spørsmål
- Team og bemanningHvem som arbeider på prosjektet ditt, hvordan de velges, og hvordan team endres.30 spørsmål
- TeknologiPlattformene, standardene og verktøyene vi arbeider med.144 spørsmål
- Støtte og driftHva skjer etter idriftsettelse: støtte, overvåking og endring.29 spørsmål
- Om XSISHvem vi er, hvor vi er og hvordan du når oss.6 spørsmål
Start med en samtale, ikke en kontrakt.
Fortell oss hva du trenger å bygge, koble sammen eller sikre. En arkitekt går gjennom det med deg og anbefaler deretter hvor du bør starte.
Hva skjer videre
Avtale tid
Teamet vårt sender deg en e-post for å avtale tid til samtalen.
Forhåndssamtale
En gratis forhåndssamtale på 30 minutter på nett: vi går gjennom målene, systemene og begrensningene dine.
Modenhetsvurdering
I en gratis modenhetsvurdering innen 48 timer kontrollerer en ledende arkitekt prosjektet ditt mot definisjonen av klar (6 punkter) og anbefaler sporet som passer.
Valg av spor
Prosjekter med definert omfang får et bindende forslag innen 3 til 5 virkedager. Prosjekter i konseptfasen starter i Blueprint Studio. Et system i drift som svikter, er udokumentert eller trenger integrasjon, starter med en diagnose på 1 til 2 uker. Blueprint Studio og diagnosen har hver en fastpris som angis i forslaget.