Adoptionen var det riktiga projektet

Den här veckan lanserade Sonetel en ny mobilapp. Carrier-grade samtal över två plattformar -- den typ av system som en konservativ uppskattning säger tar fyra eller fem ingenjörer ett drygt år att bygga om. Vi gjorde det med en eller två personer som styrde AI. Den skillnaden är hela poängen. Men det är inte där lärdomen ligger.

Den enkla slutsatsen vore att det svåra var att få AI att skriva mjukvara. Det var det aldrig. AI skriver kod hela dagarna. Det svåra var något helt annat, och det hade ingenting med kod att göra.

Det riktiga problemet

Det riktiga problemet var att få erfarna människor att ändra hur de arbetar -- ovanpå system och vanor byggda under många år. Att låta AI sköta utförandet, inte bara assistera, och samtidigt behålla omdömet.

Ett team som drivit en telefoniplattform i över tio år byter inte arbetssätt för att ett verktyg är smart. Mogna, beprövade system och de människor som kan dem utan och innan ändrar inte vanor på en demonstration. De har sett verktyg komma och gå. De vet vad som faktiskt går sönder klockan tre på natten, och de vet att den kunskapen inte sitter i en modell.

Det är inte ett tekniskt motstånd. Det är ett rimligt motstånd. Och det är det motståndet, inte koden, som avgör om en transformation blir verklig eller stannar vid en pilot som alla berömmer och ingen använder.

Det sprids inte underifrån

Här är det de flesta underskattar. Adoption sprids inte nedifrån och upp.

Ett team byter arbetssätt av två skäl, och båda måste vara på plats samtidigt. Det första är att det är betrott uppifrån -- att de som bär risken har sagt att det här är vägen, inte ett sidoprojekt någon entusiast driver på egen hand. Det andra är att det synligt får deras eget omdöme att räcka längre. En veteran adopterar inte ett verktyg som hotar att ersätta honom. Han adopterar ett verktyg som tar hans hårt vunna instinkt -- hur det här systemet faktiskt fallerar -- och tillämpar den på varje samtal, så att kunskapen slutar vara inlåst i en enda persons huvud.

Saknas det första blir det andra aldrig prövat. Utan mandat kan AI-frågan alltid pareras: vi tar det sedan, vi tar det med någon annan, vi tar det när vi hinner. Och då händer ingenting.

Mandatet var förutsättningen

Vårt hade ett. De som bär den yttersta risken för bolaget backade ett genuint nytt och oprövat arbetssätt innan det var uppenbart att det skulle löna sig -- vid den punkt där nej hade varit det säkra svaret. De bar risken så att resten av oss kunde göra jobbet.

Det är inte en fotnot i den här historien. Det är förutsättningen för allt annat i den. Utan det mandatet bygger ingen om ett carrier-grade system med en bråkdel av teamet, för ingen får ens börja på riktigt.

Det är precis det mönster jag skrivit om tidigare: transformation lyckas nästan uteslutande när den ägs av någon med reellt mandat i toppen. Skillnaden den här gången är att jag inte rapporterade om det utifrån. Jag satt i rummet och bar det.

Vad det egentligen handlar om

AI ersatte inte ingenjörerna. Det kortade avståndet mellan en fråga och ett ärligt svar -- vad gör den här koden egentligen, var dog det här samtalet, är den här planen verklig. Det flyttade den svåra delen uppåt i stacken, från att skriva till att bedöma. Och bedömningen är fortfarande vår att bära.

AI utför. Människor avgör vad som är bra nog. Det lärde vi oss inte på en workshop. Vi lärde oss det genom att skeppa en riktig produkt, den svåra vägen, tillsammans.

Verktygen var den enkla delen. Adoptionen var den svåra -- och den var det riktiga projektet.

Se även: Ledaren som inte kan delegera (serie 21) och Det var aldrig en teknikfråga (serie 10).

Hela långversionen av den här historien finns på LinkedIn: We shipped a year of work to the App Store this week.