Suoraan sisältöön
XSIS

Prosessi ja viestintä

Ohjelmistot, tekoäly ja data

Mistä tekoälyssä kannattaa aloittaa, laatu ja tarkkuus, saavutettavuus, nopeus, sovelluskauppajulkaisut ja muutot ilman käyttökatkoa.

24 kysymystä

Korvaavatko tekoälyagentit asiakaspalveluhenkilöstömme?

Ne ottavat rutiininomaiset, suuren volyymin pyynnöt, jotta henkilöstönne voi hoitaa monimutkaiset ja arkaluonteiset. Jokainen keskustelu voidaan siirtää henkilölle koko kontekstinsa kanssa. Te päätätte, mitkä pyynnöt agentit hoitavat itsenäisesti.

Mitä eroa tekoälytasoilla on?

Paketit ovat käyttövalmiita ratkaisuja yleisiin tehtäviin, konfiguroituja eikä rakennettuja. Yritysjärjestelmät ovat räätälöityjä ja suvereeneja, rakennettuja suurille volyymeille. Hallinnoidut palvelut pitävät kumman tahansa käynnissä, tilauksella tai käytön mukaan.

Mikä taso sopii meille?

Se riippuu siitä, kuinka vakio tehtävä on, volyymista ja siitä, missä datanne on pysyttävä. Yleinen tehtävä kohtuullisella volyymilla sopii paketille. Tiukka datan sijainti, syvä integraatio tai suuri volyymi viittaavat yritysjärjestelmään.

Miten tietokantatyö alkaa kanssanne?

Yleensä kuntotarkistuksella. Katselmoimme konfiguraation, suorituskyvyn, tietoturvan, varmuuskopiot ja kapasiteetin ja annamme kirjallisen luettelon löydöksistä riskin ja työn määrän mukaan järjestettyinä. Sen jälkeen päätätte, mitä korjaamme, siirrämme tai ylläpidämme ja missä järjestyksessä. Jos tarve on jo selkeä, kuten suunniteltu muutto, aloitamme sen suunnittelusta.

Miten siirrätte tietokannan menettämättä dataa tai pysäyttämättä liiketoimintaa?

Harjoittelemme jokaisen muuton suojatulla kopiolla ja täsmäytämme rivimäärät ja tarkistussummat lähteen ja kohteen välillä. Järjestelmissä, joita ei voi pysäyttää, pidämme molemmat synkronissa ja vaihdamme lyhyessä suunnitellussa ikkunassa testatun palautuksen ollessa valmiina.

Mistä aloitamme, jos emme tiedä, missä arkaluonteinen datamme on?

Kartoituksesta. Jäljitämme järjestelmät, datavarastot, varmuuskopiot ja tiedostojakot, joissa on henkilö-, maksu- tai luottamuksellista dataa, sekä virrat toimittajillenne. Inventaario näyttää suurimmat riskit ensin.

Onko meidän korvattava nykyiset BI-työkalumme?

Ei välttämättä. Voimme lisätä keskustelevan analyysin ja yhteiset määritelmät jo olemassa olevan datanne päälle ja poistaa päällekkäiset koontinäytöt vähitellen.

Mitä jos vaatimuksemme muuttuvat projektin aikana?

Yleensä ne muuttuvat, ja prosessi odottaa sitä. Työjono katselmoidaan kanssanne jokaisessa iteraatiossa. Kiinteälaajuisessa projektissa muutos sovitaan kirjallisesti sen vaikutuksineen kustannuksiin ja päivämääriin ennen kuin työ sen parissa alkaa.

Työpöytäsovelluksemme on vanha ja vaikea muuttaa. Mitä vaihtoehtoja meillä on?

Kaiken kerralla uudelleen kirjoittaminen on harvoin turvallisin valinta. Arvioimme koodin, sen riippuvuudet ja sen, miten ihmiset käyttävät sitä. Sen jälkeen suosittelemme, kannattaako se uudistaa, siirtää nykyiseen kehykseen vai korvata verkkosovelluksella. Valitsittepa minkä polun tahansa, muutamme sitä vaiheittain, jotta käyttäjät voivat jatkaa työtä ja jokainen vaihe voidaan testata.

Tarvitsemmeko käyttäjätutkimusta, jos tunnemme käyttäjämme jo?

Tiedätte paljon, ja tutkimus rakentuu sen päälle. Se testaa oletuksia työtä tekevien ihmisten kanssa ja paljastaa usein vaiheita, kiertoteitä ja termejä, jotka eivät koskaan päädy vaatimusdokumenttiin. Pieni kierros haastatteluja ja prototyyppitestejä maksaa vähemmän kuin ohjelmiston muuttaminen sen julkaisun jälkeen.

Pitäisikö meidän automatisoida kaikki testimme?

Ei. Automatisoikaa se, mikä ajetaan usein ja jonka on annettava sama vastaus joka kerta: yksikkötestit, rajapintatestit ja tärkeimmät polut. Jättäkää ihmisille tutkiva testaus, käytettävyys ja ominaisuudet, jotka ovat yhä muutoksessa. Pienempi sarja, joka ei koskaan epäonnistu satunnaisesti, on arvokkaampi kuin suuri, johon kukaan ei luota.

Mitä kaostestaus on, ja onko se turvallista?

Kaostestaus sammuttaa palveluita, hidastaa verkkoja tai täyttää levyjä tarkoituksella, jotta todistetaan järjestelmän heikkenevän hallitusti ja palautuvan. Aloitamme testiympäristöissä, sovimme rajat operatiivisen tiiminne kanssa ja teemme tuotannossa hallittuja kokeita vain, kun valvonta ja palautus on todistettu.

Miten testaatte integraatiot pankkeihin, maksupalveluntarjoajiin tai ERP-järjestelmiin?

Käytämme kumppanin hiekkalaatikkoa, kun sellainen on, ja simulaattoreita, kun ei, joten testit ajetaan jokaisessa muutoksessa. Testidata kattaa hylätyt maksut, aikakatkaisut, duplikaattiviestit ja osittaiset virheet, ja päästä päähän -tarkistukset vahvistavat, että summat täsmäävät järjestelmien välillä.

Miksi ei kirjoittaa koko järjestelmää uudelleen kerralla?

Täyden uudelleenkirjoituksen on vastattava vuosien käyttäytymistä ennen kuin se voi korvata mitään, samalla kun liiketoiminta muuttuu sen ympärillä. Sellaiset projektit venyvät usein pitkiksi ja käynnistyvät puutteineen. Yhden kyvykkyyden kerrallaan korvaaminen tuottaa arvoa varhain ja pitää vanhan järjestelmän turvaverkkona. Voitte pysähtyä tai muuttaa suuntaa jokaisessa vaiheessa.

Joutuuko liiketoiminta pysähtymään muuton aikana?

Lähestymistapa on suunniteltu niin, ettei joudu. Vanha järjestelmä jatkaa toimintaa, kun kukin uusi osa rakennetaan ja todistetaan rinnakkain. Työ siirtyy uuteen osaan vähitellen ja voi siirtyä takaisin, jos jokin on vialla. Kun datamuutto vaatii vaihdon, harjoittelemme sen ensin ja aikataulutamme sen kanssanne.

Kukaan ei ymmärrä vanhaa järjestelmäämme täysin. Voitteko silti modernisoida sen?

Kyllä, ja se on tavallista. Palautamme tiedon koodista, datasta, lokeista ja järjestelmää käyttävistä ihmisistä. Tallennamme sen, mitä järjestelmä tekee, karakterisointitesteihin, joista tulee määrittely, jonka uusien osien on täytettävä.

Keskeyttääkö muutto liiketoimintamme?

Suunnittelemme jokaisen siirron niin, että keskeytys vältetään tai pidetään lyhyenä ja aikataulutettuna. Työkuormat siirtyvät yksi kerrallaan, data synkronoidaan ennen vaihtoa ja jokaisella vaiheella on palautuspolku. Kun järjestelmä ei voi toimia kahdessa paikassa yhtä aikaa, sovimme kanssanne huoltoikkunan ja harjoittelemme vaihdon ensin.

Mitä IT-infrastruktuurin toimeksianto kattaa?

Se kattaa sen, jolla järjestelmänne pyörivät: verkot ja toimipaikat, palvelimet ja virtualisoinnin, tallennuksen ja varmuuskopiot, hakemisto- ja identiteettipalvelut, valvonnan sekä yhteydet pilvitileihinne. Voimme ottaa koko ympäristön tai yhden osan siitä, kuten verkon uudelleensuunnittelun. Laajuus sovitaan kirjallisesti ennen työn alkua.

Meillä on jo putket. Onko meidän aloitettava alusta?

Ei. Lähdemme liikkeelle siitä, mikä toimii, yhdenmukaistamme sen malleiksi ja korvaamme vain ne osat, jotka ovat hauraita tai puuttuvat. Palvelut siirtyvät alustalle yksi kerrallaan.

Voitteko suojata agentteja ja malleja, joita ette rakentaneet kanssamme?

Kyllä. Identiteetti, tunnukset, suojakaiteet ja valvonta ovat agentin ympärillä, joten ne toimivat talon sisällä, toisen toimittajan tai alustatoimittajan ympäristössä rakennettujen agenttien kanssa. Tarvitsemme pääsyn agentin konfiguraatioon ja sen yhteyksiin, emme välttämättä sen koodiin.

Mistä meidän kannattaisi aloittaa?

Yleensä suvereenista agenttisesta proof of conceptista: yksi työnkulku, yhdistettynä sisäisiin työkaluihinne yksityisessä verkossa, joka näyttää arvon ennen suurempaa rakentamista.

Pitääkö datamme olla ensin kunnossa?

Ei kokonaan, mutta tarkistamme sen ensin. Jos asiakirjat ovat jäsentämättömiä tai tietokannat siiloissa, aloitamme datan laadun, alkuperäketjun ja tekoälyvalmiuden katselmoinnilla ja rakennamme sitten alustan, jota mallit tarvitsevat.

Onko projektini ohjelmistokehitystä vai yrityksiä ja integraatioita?

Ohjelmistokehitys rakentaa ja nykyaikaistaa itse sovellukset: alustat, portaalit, sovellukset ja digitaaliset kaksoset. Yritykset ja integraatiot yhdistää ne ERP-järjestelmiin, pankkeihin, veroviranomaisiin ja maksuverkkoihin. Useimmat projektit tarvitsevat molempia, ja yksi tiimi kattaa ne yhdellä sopimuksella.

Mistä meidän kannattaa aloittaa? (Pilvi ja infrastruktuuri)

Useimmat asiakkaat aloittavat pilven siirrettävyyden ja tekoälyn token-FinOpsin auditoinnista. Se näyttää, mihin olette lukittuina yhteen palveluntarjoajaan, esittää reitin suvereeniin tai monipilviympäristöön ja asettaa välimuistituksen ja mallireitityksen tekoälytyökuormienne eteen. Suuremmat ohjelmat seuraavat siitä.

Aloittakaa keskustelulla, ei sopimuksella.

Kertokaa, mitä haluatte rakentaa, yhdistää tai suojata. Arkkitehti käy sen kanssanne läpi ja suosittelee, mistä aloittaa.

Mitä tapahtuu seuraavaksi

  1. Ajan sopiminen

    Tiimimme lähettää teille sähköpostia sopiakseen ajan tapaamiseen.

  2. Ennakkokonsultointi

    Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.

  3. Valmiustarkastus

    Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.

  4. Polun valinta

    Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.