Jonathan Lacour, CTO i Mission – Intervju-serie

Jonathan Lacour, Chief Technology Officer (CTO) i Mission, har over 20 års erfaring med å lede skytjenester, programvare og produktinnovasjon. Han ble en del av Mission gjennom sammenslåingen av Reliam, Stratalux og G2 Tech i 2018, etter å ha vært CTO i Reliam. Tidligere hadde han ledende stillinger i DreamHost, var med på å etablere det åpne nettverksselskapet Akanda, og ledet produktinitiativer i Pictage. Gjennom hele sin karriere har Jonathan fokusert på å skalerer skyplattformer og hjelpe bedrifter med å utnytte transformative teknologier.

Mission Cloud (et CDW-selskap) er en spesialisert AWS-partner som tilbyr tjenester for sky og kunstig intelligens. De hjelper organisasjoner med å migrere til, modernisere, forvalte og sikre AWS-miljøer, med ekspertise innen generativ AI, dataanalyse, kostoptimalisering og skydrift. De sikrer skalerbarhet og fleksibilitet gjennom forvaltede tjenester, profesjonell konsulenttjeneste og en plattform (“Mission Control”) for skyoversikt og styring. Deres track record inkluderer over 350 AWS-sertifiseringer, premier partnership-status og en kundebase som omfatter helse, finansielle tjenester, detaljhandel, media og mer.

Du har vært en teknolog siden du var 14 år gammel og har arbeidet i ulike bransjer, fra helse til hosting og skytjenester. Hvordan har disse tidlige erfaringene formet din perspektiv som teknologileder i dag?

Jeg begynte faktisk enda tidligere, da jeg var 10 år gammel. Mine første erfaringer var med en Apple (AAPL ) II på barneskolen, og senere med min fars originale Macintosh. Han var en prest og brukte det til å designe nyhetsbrev og gudstjenesteprogrammer, og jeg ble fanget inn. Da jeg var 10 år gammel, bygde jeg små applikasjoner i HyperCard. Den gnisten, følelsen av at skrive kode er som å gjøre en formel som blir til noe reelt, driver meg fremdeles i dag. Selv som CTO skriver jeg kode de fleste dager for å holde meg koblet til den følelsen av mulighet. Over tid har arbeid i helse, dokumenthåndtering og startups lært meg å kombinere den gnisten med empati for sluttbrukeren. Jeg lærte å bry meg dypt om brukeropplevelsen og om å tilpasse teknologi til reelle problemer mennesker møter. Den blandingen av nysgjerrighet og kundeorientering er det gjennomgående temaet i min karriere.

På DreamHost var du dypt involvert i å bygge ut skytjenester. Hvordan forberedte den reisen deg for din rolle nå i Mission, der du hjelper bedrifter med å skalerer bruken av AWS og skytjenester?

DreamHost ga meg en praktisk utdannelse i hva det faktisk tar å bygge og drive skytjenester i stor skala. Vi designet beregnings- og lagringstjenester, kjørte dem i petabyte-skala og måtte gjøre dem effektive, automatiserte og kostnadseffektive ned til hver enkelt penny. Det lærte meg hvor hardt økonomien i skytjenester faktisk er, og hvor komplekse fakturamodellene kan være for kunder.

Jeg lærte også hvordan intimiderende AWS føltes for mange utviklere og små og mellomstore bedrifter. Vi prøvde å forenkle med mer tilgjengelige priser og pakking. Selv om vi ikke vant markedet der, var leksemene uvurderlige: Jeg fikk empati for kundens kamp og en dyp forståelse av de tekniske og operative utfordringene de møter. Den grunnlaften hjelper meg nå å guide bedrifter i Mission gjennom deres AWS-reise med både strategisk innsikt og praktisk kunnskap.

Du har grunnlagt selskaper og bidratt til åpne kildekodsprosjekter som Akanda. Hvordan har din lidenskap for åpen kilde og IndieWeb påvirket måten du nærmer deg bedrifts-skala AI- og skytjenesteadopsjon?

Åpen kilde har vært en akselerator gjennom hele min karriere. Jeg begynte å kjøre Linux-servere som tenåring, skrev kode på commodity-hardware og forsto at hvis noe ikke fungerte som jeg ønsket, kunne jeg endre det – eller samarbeide med en global samfunn for å gjøre det bedre. Den erfaringen har formet hvordan jeg tenker om distribuerte team, iterasjon og delt innovasjon.

På DreamHost var vi dypt involvert i OpenStack og Ceph. Jeg har bidratt til Python-prosjekter i tiår og ble hedret som Fellow of the Python Software Foundation. Alt dette lærte meg hvordan å operere i store, distribuerte samfunn med felles mål. I dag driver jeg Mission på samme måte. Vi er geografisk distribuert, samarbeider virtuelt og bygger på hverandres arbeid. Den åpne kildekod-mentaliteten, transparensen, bidraget og den raske iterasjonen er nettopp det bedriftene trenger når de adopterer skytjenester og AI i stor skala.

Mission har blitt en av de ledende AWS Premier Consulting-partnerne. Hva skiller Mission ut i å hjelpe bedrifter ikke bare med å migrere til skytjenester, men også med å optimalisere og operasjonalisere dem?

Vi er unike fordi vi er både brede og dype. Vi dekker hele skytjenestecyklusen: programvare-salg, kostoptimalisering, forvaltede tjenester, sikkerhet, profesjonelle tjenester – men vi er også dypt fokusert på AWS. Mange firmaer er enten forhandlere, konsulenter eller MSP-er. Mission er alle disse, som arbeider i samspill, noe som lar oss levere en helhetlig opplevelse som få partnere kan matche.

Med Mission som en del av CDW, hvordan forbedrer denne utvidede relasjonen verdien du kan tilby bedrifter?

CDW bringer en usedvanlig bredde av ISV-partnerskap og kunde-relasjoner. Mens Mission er laserfokusert på AWS, har CDW papir med nesten alle større ISV-er der ute, og hundretusener av kunder. Det betyr at vi nå kan støtte kunder ikke bare i deres AWS-adoptsjon, men også i hvordan deres tredjepartsprogramvare integrerer med AWS. Det er en utvidelse av vår rekkevidde og vår evne til å skape helhetlige løsninger.

Mange bedrifter sliter med å gå utover pilotprosjekt for AI. Fra din perspektiv, hva er de vanligste barrierene organisasjoner møter når de prøver å skalerer AI fra bevis på konsept til produksjon?

Den største barrieren er å starte med teknologien i stedet for forretningsproblemet. For mange pilotprosjekt er “vi trenger en AI-strategi”-prosjekter – ikke knyttet til resultater, bare drevet av press fra styre eller investorer. Det garanterer nesten at de blir værende i laboratoriet. Det er også utfordringer med kostnader, kompetansegap og den raske utviklingen. AI-økosystemet utvikler seg så raskt at beste praksis fremdeles er under utvikling, noe som gjør bedrifter nølende til å engasjere seg.

Kan du dele noen strategier eller rammer du anbefaler til bedrifter som ønsker å operasjonalisere AI suksessfullt på tvers av hele bedriften?

Start med forretningsresultatet. Definer problemet du prøver å løse, og vurder om AI er riktig verktøy. Se på beviste mønster i markedet (sammendrag, innholdshastighet, kundesupport) og bruk dem som inspirasjon. Like viktig er å sette styring og retningslinjer på plass. Med generativ og agensbaseret AI gir du systemer tilgang til sensitive data og arbeidsflyter. Det betyr at du trenger oversikt, overvåking og politikker for å guide trygg adopsjon.

Utenom teknologi, hva organisatoriske eller kulturelle endringer må bedrifter gjøre for å fullt ut nyte fordelen av AI?

De må skape en kultur som sier “ja”. For ofte defaulter sikkerhets- eller compliance-team til “nei”. Men ansatte ber om AI-verktøy fordi de gjør arbeidet bedre. Jo raskere ledere kan flytte fra “nei” til “ja, med riktige retningslinjer”, jo raskere kan innovasjon skje. Å lytte til ansatte, å muliggjøre eksperimentering og å omfavne en tjenestemindset overfor interne brukere er kritiske kulturelle endringer.

Cloud-migrering er notorisk vanskelig. Hva er de vanligste fallgruvene du har sett organisasjoner falle i under denne prosessen?

De fleste vanlige fallgruvene er godt dokumenterte: dårlig planlegging, kostnadsoverskridelser og compliance-problemer. Men den nye vendingen er AI. Selskaper kobler stadig oftere cloud-migreringen sin til AI-strategien sin, flytter data til cloud spesifikt for å drive AI. Det introduserer nye kompleksiteter, ettersom AI-mønster ikke ennå er standardisert. Fallgruven er å behandle migrering som bare infrastruktur når, for mange, det nå også er et data- og AI-initiativ.

Hvis du kunne gi ett råd til bedrifter om hvordan å minimere feil under cloud-migrering, hva ville det være?

Perfekt er fienden til godt. Cloud handler om fleksibilitet og fremdrift, ikke å få alt riktig før du starter. Flytt raskt, lær mens du går, og prioriter inkrementell fremgang over perfeksjon. Utnytt at i cloud kan du teste, iterere og evolvere uten begrensningene av fysisk infrastruktur.

Når en organisasjon er “i cloud”, hva er de mest overse aspectene ved optimalisering og kostnadshåndtering som kan gjøre eller ødelegge langvarig suksess?

Den største feilen er å behandle optimalisering som en engangs hendelse i stedet for en kontinuerlig disiplin. Mange selskaper “optimaliserer” kvartalsvis eller årlig, ofte ved å kjøpe en blokk Reserved Instances. Det kan føre til overforpliktelse eller å la besparelser ligge på bordet. Riktig tilnærming er kontinuerlig optimalisering – mål, juster, forplikt deg strategisk, og gjenta. Behandle det som en pågående metode, ikke et milepæl. Det er det som driver varige besparelser og ytelsesforbedringer over lang tid.

Takk for det flotte intervjuet, lesere som ønsker å lære mer kan besøke Mission Cloud.