Jonathan Lacour, CTO på Mission – Intervju-serie

Jonathan Lacour, Chief Technology Officer (CTO) på Mission, har över 20 års erfarenhet av att leda moln-, programvaru- och produktinnovation. Han anslöt sig till Mission genom sammanslagningen av Reliam, Stratalux och G2 Tech 2018, efter att ha tjänstgjort som CTO på Reliam. Tidigare hade han höga ledningsroller på DreamHost, var med och grundade det öppna nätverksföretaget Akanda och ledde produktinitiativ på Pictage. Under hela sin karriär har Jonathan fokuserat på att skala molnplattformar och hjälpa företag att utnyttja omvandlande teknologier.

Mission Cloud (ett företag inom CDW) är en specialiserad AWS-partner som erbjuder moln- och AI-tjänster från början till slut. De hjälper organisationer att migrera till, modernisera, hantera och säkra AWS-miljöer, med expertis inom generativ AI, dataanalys, kostnadsoptimering och molnoperationer. De säkerställer skalbarhet och smidighet via hanterade tjänster, professionell konsultation och en plattform (“Mission Control”) för molnövervakning och styrning. Deras spårsträckning inkluderar över 350 AWS-certifieringar, premierpartnerskapsstatus och en kundlista som omfattar hälsovård, finans, detaljhandel, media och mer.

Du har varit tekniker sedan du var 14 år och har arbetat inom branscher från hälsovård till webbhotell och moln. Hur har dessa tidiga erfarenheter format din synsätt som teknisk ledare idag?

Jag började faktiskt ännu tidigare än 14; mina första erfarenheter var på en Apple (AAPL ) II i grundskolan, sedan senare på min pappas ursprungliga Macintosh. Han var en pastor och använde den för att designa nyhetsbrev och gudstjänstprogram, och jag blev fast. Vid 10 års ålder byggde jag små appar i HyperCard. Den gnistan, känslan att skriva kod är som att uttala en besvärjelse som förvandlas till något verkligt, driver mig fortfarande idag. Även som CTO skriver jag fortfarande kod de flesta dagar eftersom det håller mig kopplad till den känslan av möjlighet. Med tiden har arbetet inom hälsovård, dokumenthantering och startups lärt mig att kombinera den gnistan med empati för slutanvändaren. Jag lärde mig att bry mig djupt om användarupplevelsen och om att anpassa teknologi till verkliga problem som människor står inför. Den blandningen av nyfikenhet och kundfokus är den röda tråden i min karriär.

På DreamHost var du djupt involverad i att bygga ut molntjänster. Hur förberedde den resan dig för din roll nu på Mission, där du hjälper företag att skala sin användning av AWS och molnteknologier?

DreamHost gav mig en praktisk utbildning i vad det faktiskt krävs för att bygga och köra moln i stor skala. Vi designade beräknings- och lagringstjänster, körde dem i petabyte-skala och måste göra dem effektiva, automatiserade och kostnadseffektiva ner till varje öre. Det lärde mig hur svårt molnekonomi verkligen är och hur komplexa faktureringsmodeller kan vara för kunder.

Jag lärde mig också hur skrämmande AWS kändes för många utvecklare och SMB. Vi försökte förenkla med mer tillgänglig prissättning och paketering. Medan vi inte vann marknaden där, var lärdomarna ovärderliga: jag fick empati för kundernas kamp och en djup förståelse för de tekniska och operativa utmaningar de står inför. Den grunden hjälper mig nu att vägleda företag på Mission genom deras AWS-resa med både strategisk insikt och praktisk kunskap.

Du har varit med och grundat företag och bidragit till öppen källkod-projekt som Akanda. Hur har din passion för öppen källkod och IndieWeb påverkat hur du närmar dig företagsanpassad moln- och AI-antagande?

Öppen källkod har varit en accelerator under hela min karriär. Jag började köra Linux-servrar som tonåring, skriva kod på kommersiell hårdvara och insåg att om något inte fungerade som jag ville, kunde jag ändra det – eller samarbeta med en global gemenskap för att göra det bättre. Den erfarenheten formade hur jag tänker om distribuerade team, iteration och gemensam innovation.

På DreamHost var vi djupt involverade i OpenStack och Ceph. Jag har bidragit till Python-projekt i decennier och var hedrad att bli utsedd till Fellow of the Python Software Foundation. Allt detta lärde mig hur man opererar i stora, distribuerade samhällen med gemensamma mål. Idag driver jag Mission på samma sätt. Vi är geografiskt distribuerade, vi samarbetar virtuellt och vi bygger på varandras arbete. Den öppna källkodsmentaliteten, transparensen, bidragandet och den snabba iterationen är exakt vad företag behöver när de antar moln och AI i stor skala.

Mission har blivit en av de ledande AWS Premier Consulting Partners. Vad särskiljer Mission från att hjälpa företag att inte bara migrera till molnet utan också att optimera och operationalisera det?

Vi är unika eftersom vi är både breda och djupa. Vi täcker hela molncykeln: programvaruåterförsäljning, kostnadsoptimering, hanterade tjänster, säkerhet, professionella tjänster – men vi är också djupt fokuserade på AWS. Många företag är antingen återförsäljare, konsulter eller MSP. Mission är allt detta, som arbetar i samspel, vilket gör att vi kan leverera en helhetsupplevelse som få partners kan matcha.

Med Mission som nu är en del av CDW, hur förbättrar detta utvidgade förhållande det värde du kan ge till företagskunder?

CDW bringar en otrolig bredd av ISV-partnerskap och kundrelationer. Medan Mission är laserfokuserad på AWS, har CDW papper med nästan varje större ISV där ute, och hundratusentals kunder. Det betyder att vi nu kan stödja kunder inte bara i deras AWS-antagande, utan också i hur deras tredjepartsprogramvara integreras med AWS. Det är en utvidgning av vår räckvidd och vår förmåga att skapa helhetslösningar.

Många företag kämpar för att gå utöver pilot-AI-projekt. Från din synvinkel, vad är de vanligaste hindren som organisationer står inför när de försöker skala AI från bevis på koncept till produktion?

Det största hindret är att börja med teknologi istället för affärsproblemet. För många pilotprojekt är “vi behöver en AI-strategi” -projekt – inte kopplade till resultat, bara drivna av tryck från styrelser eller investerare. Det garanterar nästan att de stannar i labbet. Det finns också utmaningar med kostnad, talanggap och den renodlade takten i förändring. AI-ekosystemet utvecklas så snabbt att bästa praxis fortfarande är under utveckling, vilket gör att företag tvekar att engagera sig.

Kan du dela några strategier eller ramverk som du rekommenderar till företag som vill operationalisera AI framgångsrikt över hela sin verksamhet?

Börja med affärsresultatet. Definiera problemet du försöker lösa, sedan utvärdera om AI är rätt verktyg. Titta på beprövade mönster på marknaden (sammanfattning, innehållsacceleration, kundsupport) och använd dem som inspiration. Lika viktigt, sätt regler och ramar på plats. Med generativ och agerande AI ger du system åtkomst till känsliga data och arbetsflöden. Det betyder att du behöver övervakning, spårning och policys för att vägleda säker antagande.

Utöver teknologi, vilka organisatoriska eller kulturella förändringar behöver företag anta för att fullt ut förverkliga fördelarna med AI?

De behöver skapa en kultur som säger “ja”. För ofta säger säkerhets- eller efterlevnadsteam “nej” som standard. Men anställda ber om AI-verktyg eftersom de gör deras arbete bättre. Ju snabbare ledare kan flytta från “nej” till “ja, med rätt ramar”, desto snabbare kan innovation ske. Att lyssna på anställda, möjliggöra experiment och anta en serviceinriktad attityd gentemot interna användare är avgörande kulturella förändringar.

Molnmigration är ökänt svår. Vad är de vanligaste fallgroparna du har sett organisationer falla i under den här processen?

De flesta vanliga fallgroparna är väl dokumenterade: dålig planering, kostnadsöverskridningar och efterlevnadsproblem. Men den nya vridningen är AI. Företag länkar alltmer sin molnmigration till sin AI-strategi, flyttar data till molnet specifikt för att driva AI. Det introducerar nya komplexiteter, eftersom AI-mönster ännu inte är standardiserade. Fallgropen är att behandla migration som bara infrastruktur när, för många, det nu är en data- och AI-initiativ också.

Om du kunde ge ett råd till företag om hur man kan minimera misslyckande under molnmigration, vad skulle det vara?

Perfektion är fienden till bra. Moln handlar om smidighet och momentum, inte att få allt rätt innan du börjar. Flytta snabbt, lära sig medan du går, och prioritera stegvis framsteg över perfektion. Dra nytta av det faktum att i moln kan du testa, iterera och utveckla utan de begränsningar som fysisk infrastruktur medför.

När en organisation är “i molnet”, vad är de mest förbisedda aspekterna av optimering och kostnadshantering som kan göra eller bryta långsiktig framgång?

Det största misstaget är att behandla optimering som en engångshändelse istället för en kontinuerlig disciplin. Många företag “optimerar” kvartalsvis eller årligen, ofta genom att köpa en block av Reserved Instances. Det kan leda till överengagemang eller lämna besparingar på bordet. Rätt tillvägagångssätt är kontinuerlig optimering – mät, justera, engagera sig strategiskt och upprepa. Behandla det som en pågående metodik, inte en milstolpe. Det är vad som driver varaktiga besparingar och prestandaförbättringar över lång tid.

Tack för det underbara samtalet, läsare som vill lära sig mer kan besöka Mission Cloud.