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.
Lukekaa lisää: Multimodaalinen, puhe- ja konenäkötekoälyLinkki tähän kysymykseen
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.
Lukekaa lisää: Paketoidut tekoälytasot ja hallinnoidut tekoälypalvelutLinkki tähän kysymykseen
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.
Lukekaa lisää: Paketoidut tekoälytasot ja hallinnoidut tekoälypalvelutLinkki tähän kysymykseen
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.
Lukekaa lisää: Data-arkkitehtuuri, järviarkkitehtuurit ja reaaliaikaiset putketLinkki tähän kysymykseen
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.
Lukekaa lisää: Data-arkkitehtuuri, järviarkkitehtuurit ja reaaliaikaiset putketLinkki tähän kysymykseen
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.
Lukekaa lisää: Datan hallinnointi, suvereniteetti, yksityisyys ja tietoturvaLinkki tähän kysymykseen
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.
Lukekaa lisää: Agenttinen liiketoiminta-analytiikka ja päätöksenteon älykkyysLinkki tähän kysymykseen
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.
Lukekaa lisää: Sovellus-, alusta- ja komposoitava tuotekehitysLinkki tähän kysymykseen
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.
Lukekaa lisää: Sovellus-, alusta- ja komposoitava tuotekehitysLinkki tähän kysymykseen
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.
Lukekaa lisää: UX ja autonominen laadunvarmistusLinkki tähän kysymykseen
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.
Lukekaa lisää: UX ja autonominen laadunvarmistusLinkki tähän kysymykseen
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.
Lukekaa lisää: UX ja autonominen laadunvarmistusLinkki tähän kysymykseen
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ä.
Lukekaa lisää: UX ja autonominen laadunvarmistusLinkki tähän kysymykseen
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.
Lukekaa lisää: Tekoälyllä kiihdytetty legacy-järjestelmien modernisointiLinkki tähän kysymykseen
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.
Lukekaa lisää: Tekoälyllä kiihdytetty legacy-järjestelmien modernisointiLinkki tähän kysymykseen
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ä.
Lukekaa lisää: Tekoälyllä kiihdytetty legacy-järjestelmien modernisointiLinkki tähän kysymykseen
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.
Lukekaa lisää: Pilvi-insinöörityö, SovereignTech ja hybridimigraatioLinkki tähän kysymykseen
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.
Lukekaa lisää: Pilvi-insinöörityö, SovereignTech ja hybridimigraatioLinkki tähän kysymykseen
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.
Lukekaa lisää: DevOps, alustainsinöörityö ja tekoälyn koodausympäristötLinkki tähän kysymykseen
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.
Lukekaa lisää: Agenttitekoälyn tietoturva ja tekoälyagenttien identiteettiLinkki tähän kysymykseen
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ä.
Lukekaa lisää: Pilvi ja infrastruktuuriLinkki tähän kysymykseen
Lisää kysymyksiä
- Työskentely XSIS:n kanssaMiten näette edistymisen, aikavyöhykkeet ja miten työ hyväksytään.1 kysymys
- ToimitustavatToimitustavan valinta, asiantuntijoiden upottaminen, osaamiskeskuksen pyörittäminen ja järjestelmän pitäminen palveluksessa.23 kysymystä
- Strategia ja konsultointiMistä muutos alkaa, osa-aikaiset johtajat ja PMO:t, arkkitehtuurikatselmoinnit, selvitystyöpajat, blueprintit ja miten konsultointi alkaa.38 kysymystä
- Integraatiot ja toimialatPerustiedot, täsmäyttämättömät tiliotteet, offline-myymälät, palautukset, kumppanien käyttökatkot, täsmäytys, selvitykset ja verkkolaskutus.35 kysymystä
- Kustannukset ja hinnoitteluMikä määrittää projektin tai tiimin kustannuksen ja miten arvioimme sen.29 kysymystä
- AikataulutMiten kauan työn aloittaminen ja toimittaminen kestää ja mikä muuttaa sitä.10 kysymystä
- Omistajuus ja sopimuksetKuka omistaa koodin, datan ja tulokset sekä miten sopimukset toimivat.22 kysymystä
- Tietoturva ja dataMiten suojaamme järjestelmänne, koodinne ja datanne työskennellessämme.79 kysymystä
- Tiimit ja henkilöstöKetkä työskentelevät projektissanne, miten heidät valitaan ja miten tiimit muuttuvat.30 kysymystä
- TeknologiaAlustat, standardit ja työkalut, joiden kanssa työskentelemme.144 kysymystä
- Tuki ja ylläpitoMitä käyttöönoton jälkeen tapahtuu: tuki, valvonta ja muutokset.29 kysymystä
- Tietoa XSIS:stäKeitä olemme, missä olemme ja miten meidät tavoittaa.6 kysymystä
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
Ajan sopiminen
Tiimimme lähettää teille sähköpostia sopiakseen ajan tapaamiseen.
Ennakkokonsultointi
Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.
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.
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.