Hoppa till innehållet
XSIS

Process och kommunikation

Programvara, AI och data

Var man börjar med AI, kvalitet och träffsäkerhet, tillgänglighet, hastighet, releaser i appbutiker och migreringar utan driftstopp.

24 frågor

Kommer AI-agenterna att ersätta personalen i kundtjänsten?

De tar de rutinmässiga ärendena med hög volym, så att din personal hanterar de komplexa och känsliga. Varje samtal kan föras över till en människa med hela sitt sammanhang. Du avgör vilka ärenden agenterna slutför på egen hand.

Vad skiljer AI-nivåerna åt?

Paketen är färdiga lösningar för vanliga uppgifter, konfigurerade snarare än byggda. Företagssystemen är skräddarsydda och suveräna, byggda för hög volym. Förvaltade tjänster håller endera igång, via prenumeration eller per användning.

Vilken nivå passar?

Det beror på hur standardiserad uppgiften är, volymen och var datan måste stanna. En vanlig uppgift med måttlig volym passar ett paket. Strikt datalokalisering, djup integration eller hög volym pekar mot ett företagssystem.

Hur börjar ett databasuppdrag?

Oftast med en hälsokontroll. Vi granskar konfiguration, prestanda, säkerhet, säkerhetskopior och kapacitet och ger dig en skriftlig lista över fynd rangordnade efter risk och arbete. Sedan avgör du vad vi ska åtgärda, migrera eller driva, och i vilken ordning. Om behovet redan är tydligt, som en planerad migrering, börjar vi i stället med dess design.

Hur migreras en databas utan att data förloras eller verksamheten stannar?

Vi repeterar varje migrering på en skyddad kopia och stämmer av radantal och kontrollsummor mellan källa och mål. För system som inte kan stanna håller vi båda synkroniserade och växlar över i ett kort planerat fönster, med en testad återställning redo.

Var börjar arbetet om vi inte vet var våra känsliga data finns?

Med en kartläggning. Vi spårar de system, datalager, säkerhetskopior och filytor som håller person-, betal- eller konfidentiella data och flödena till dina leverantörer. Inventeringen visar de största riskerna först.

Måste nuvarande BI-verktyg ersättas?

Inte nödvändigtvis. Vi kan lägga konversationsanalys och gemensamma definitioner ovanpå den data du redan har och avveckla överlappande instrumentpaneler efter hand.

Vad händer om våra krav ändras under projektet?

Det gör de oftast, och processen förväntar sig det. Backloggen gås igenom med dig vid varje iteration. I ett projekt med fast omfattning enas vi skriftligt om en ändring, med dess effekt på kostnad och datum, innan arbetet med den börjar.

Vår skrivbordsapplikation är gammal och svår att ändra. Vilka alternativ har vi?

Att skriva om allt på en gång är sällan det säkraste valet. Vi bedömer koden, dess beroenden och hur människor använder den. Sedan rekommenderar vi att refaktorera den, flytta den till ett aktuellt ramverk eller ersätta den med webbprogramvara. Vilken väg du än väljer ändrar vi i steg, så att användarna kan fortsätta arbeta och varje steg kan testas.

Behövs användarundersökningar om vi redan känner våra användare?

Du vet redan mycket, och undersökningen bygger vidare på det. Den prövar antaganden med de människor som gör arbetet och avslöjar ofta steg, tillfälliga lösningar och begrepp som aldrig når ett kravdokument. En kort omgång intervjuer och prototyptester kostar mindre än att ändra programvara efter driftsättning.

Bör alla tester automatiseras?

Nej. Automatisera det som körs ofta och måste ge samma svar varje gång: enhetstester, API-tester och de viktigaste användarresorna. Låt människor sköta utforskande testning, användbarhet och funktioner som fortfarande ändras. En mindre svit som aldrig fallerar slumpmässigt är värd mer än en stor som ingen litar på.

Vad är kaostestning, och är det säkert?

Kaostestning stänger av tjänster, saktar ner nätverk eller fyller diskar med avsikt, för att visa att systemet degraderar kontrollerat och återhämtar sig. Vi börjar i testmiljöer, kommer överens om gränserna med din driftavdelning och kör bara kontrollerade experiment i produktion när övervakning och återställning har verifierats.

Hur testas integrationer med banker, betalningsleverantörer eller ERP-system?

Vi använder partnerns sandlåda där en sådan finns och simulatorer där den inte gör det, så att testerna körs vid varje ändring. Testdatan täcker avvisade betalningar, timeout, dubblerade meddelanden och partiella fel, och kontroller från början till slut bekräftar att summorna stämmer mellan systemen.

Varför inte skriva om hela systemet på en gång?

En fullständig omskrivning måste motsvara år av beteende innan den kan ersätta något, samtidigt som verksamheten fortsätter ändras runt den. Sådana projekt tar ofta lång tid och lanseras med luckor. Att ersätta en funktion i taget ger värde tidigt och behåller det gamla systemet som skyddsnät. Du kan stanna eller ändra riktning i varje steg.

Måste verksamheten stanna under migreringen?

Arbetssättet är utformat så att den inte behöver det. Det gamla systemet fortsätter köras medan varje ny del byggs och verifieras parallellt. Arbetet flyttas gradvis till den nya delen och kan flyttas tillbaka om något är fel. När en datamigrering kräver en växling repeterar vi den först och schemalägger den tillsammans med dig.

Ingen förstår vårt gamla system fullt ut. Går det ändå att modernisera det?

Ja, och det är vanligt. Vi återskapar kunskapen från koden, datan, loggarna och de människor som använder systemet. Vi fångar vad det gör i karaktäriseringstester, som blir den specifikation som de nya delarna måste uppfylla.

Kommer migreringen att störa verksamheten?

Vi planerar varje flytt för att undvika ett avbrott, eller för att hålla det kort och schemalagt. Arbetsbelastningarna flyttas ett i taget, datan synkroniseras före växlingen och varje steg har en återställningsväg. Där ett system inte kan köras på två ställen samtidigt enas vi med dig om ett underhållsfönster och repeterar växlingen först.

Vad omfattar ett uppdrag inom IT-infrastruktur?

Det omfattar det dina system körs på: nätverk och anläggningar, servrar och virtualisering, lagring och säkerhetskopiering, katalog- och identitetstjänster, övervakning och länkarna till dina molnkonton. Vi kan ta oss an hela IT-miljön eller en del av det, som en ny nätverksdesign. Omfattningen avtalas skriftligt innan arbetet börjar.

Det finns redan pipelines. Måste arbetet börjas om?

Nej. Vi utgår från det som fungerar, standardiserar det i mallar och byter bara ut de delar som är ömtåliga eller saknas. Tjänsterna flyttas till plattformen en i taget.

Kan agenter och modeller som inte byggts tillsammans med XSIS säkras?

Ja. Identiteter, autentiseringsuppgifter, skyddsräcken och övervakning ligger runt agenten, så de fungerar med agenter byggda internt, av en annan leverantör eller på en leverantörs plattform. Vi behöver åtkomst till agentens konfiguration och dess anslutningar, inte nödvändigtvis till dess kod.

Var ska vi börja? (AI & Data)

Oftast med den suveräna agentiska proof of concepten: ett arbetsflöde, kopplat till dina interna verktyg i ett privat nätverk, som visar värdet innan ett större bygge.

Måste datan vara i ordning först?

Inte helt, men vi kontrollerar den först. Om dokumenten är ostrukturerade eller databaserna isolerade börjar vi med en genomgång av datakvalitet, lineage och AI-beredskap och bygger sedan den plattform modellerna behöver.

Är mitt projekt mjukvaruutveckling eller företag och integration?

Mjukvaruutveckling bygger och moderniserar applikationerna själva: plattformar, portaler, appar och digitala tvillingar. Företag och integration kopplar dem till ERP-system, banker, skattemyndigheter och betalningsnätverk. De flesta projekt behöver båda, och ett team täcker dem under ett avtal.

Var ska vi börja? (Moln och infrastruktur)

De flesta kunder börjar med en granskning av molnportabilitet och FinOps för AI-tokens. Den visar var inlåsningen hos en leverantör sitter, pekar ut en väg till en suverän eller multimolnmiljö och sätter cache och modellrouting framför AI-arbetslasterna. Större program följer på den.

Börja med ett samtal, inte ett avtal.

Berätta vad du behöver bygga, koppla samman eller skydda. En arkitekt går igenom det med dig och rekommenderar sedan var du ska börja.

Vad som händer härnäst

  1. Vi enas om en tid

    Vårt team mejlar dig för att enas om en tid för samtalet.

  2. Förberedande samtal

    En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.

  3. Mognadsgenomgång

    I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.

  4. Val av spår

    Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.