La velocità è una bugia: Incontra John Ojetunde, l'ingegnere che misura la velocità in rilavorazioni, non in giorni

John Ojetunde, Head of Engineering per Deposito, Risparmio e Canale POS di Moniepoint, ha una confessione. Combatte ogni giorno con i suoi ingegneri, non sulla qualità del codice o sull'architettura tecnica, ma su qualcosa di più fondamentale. Discutono su cosa significhi realmente la velocità.

La maggior parte dei team di ingegneria misura la velocità in giorni per il deployment. Ojetunde la misura in costo aggregato, includendo il lavoro di rifacimento che nessuno vuole ammettere che accada. La sua filosofia, velocità e qualità non sono nemici; rispondono alla padronanza, suona come saggezza da poster motivazionale finché non vedi i calcoli.

Immagina due ingegneri a cui viene assegnata la stessa funzionalità da costruire. Mr A la completa in tre giorni e la rilascia. Il controllo qualità la testa per altri due giorni, trovando bug che richiedono correzioni ripetute. Altri due giorni. La distribuiscono in produzione. Si rompe. Mr A passa altri tre giorni a correggerla. Tempo totale: otto giorni.

Mr B impiega cinque giorni per costruire la stessa funzionalità. Sembra più lento, giusto? Ma il QA la testa in un giorno. La distribuiscono il giorno successivo. La funzionalità è stabile. Nessun rifacimento necessario. Tempo totale, sette giorni. Mr B è stato più veloce, ma nessuno lo ha misurato in quel modo perché tutti hanno smesso di contare dopo il primo deployment.

John Ojetunde, Head of Engineering per Deposito, Risparmio e Canale POS di Moniepoint

Il problema è che le persone non aggregano il tempo necessario per rifare alcune cose, spiega Ojetunde. Non lo includono nel costo totale. Quindi guardano questo tizio che l'ha fatto in tre giorni e pensano che sia più veloce. Ma quando guardi effettivamente il tempo aggregato, vedi che velocità e qualità rispondono davvero alla padronanza.

Questa non è filosofia teorica per Ojetunde. A Moniepoint, dove il suo team gestisce l'infrastruttura che elabora milioni di transazioni POS giornaliere, ogni ottimizzazione conta su larga scala. Fa un esempio.

Qualcuno completa una transazione su un terminale POS Moniepoint in un minuto. La ottimizzi a 50 secondi. Quella differenza di 10 secondi sembra piccola finché non la moltiplichi per milioni di transazioni. Poi ti rendi conto che puoi puntare a cinque secondi, poi un secondo.

Ma puoi ottenere quel tipo di miglioramento continuo solo quando le tue fondamenta sono abbastanza solide da non dover costantemente spegnere incendi nei problemi di produzione.

La filosofia deriva da un'esperienza difficile.

Anni fa, Ojetunde ha lavorato su un deployment presso Zenith Bank che ha trasformato la sua prospettiva sull'ingegneria. Non c'era accesso a internet a causa di vincoli di sicurezza. Il team doveva migrare dati per migliaia di commercianti con dati reali sporchi che rompevano ogni presupposto nel loro design. Ojetunde ha praticamente vissuto in banca per una settimana mentre gli stakeholder stavano dietro di lui in attesa di correzioni.

"Ciò che si è rotto durante quella settimana è stata l'illusione che puoi progettare soluzioni in condizioni ideali. I dati reali dal vivo metteranno sotto stress test la tua applicazione," dice.

Gli utenti potrebbero non usarla nel modo previsto. Ciò che è stato ricostruito è stato un livello di proprietà in cui non poteva più nascondersi dietro nessun altro. Agli stakeholder non importava del suo ruolo o delle sue scuse. Gli importava se i clienti fossero felici.

Quel focus sul cliente è diventato non negoziabile a Moniepoint.

"L'empatia del cliente è davvero importante per noi," dice Ojetunde.

Non importa davvero quali acrobazie puoi fare. I clienti sono felici? Questa è la domanda a cui tutti vogliono rispondere. Il tipo di ingegneri che Moniepoint assume sono persone che possiedono prodotti, non codice.

"Il che significa che se il tuo product manager viene da te con una soluzione, puoi respingerla e dire che questo non sarà il modo migliore per risolvere il problema del cliente. Puoi farlo solo se capisci effettivamente il problema del cliente."

Come John Ojetunde costruisce per la Nigeria dal Regno Unito

Ojetunde ha lo status di UK Global Talent ma guida l'ingegneria per l'infrastruttura che serve i mercati nigeriani. La contraddizione è meno evidente di quanto sembri.

"Puoi essere in Nigeria e ancora non capire il problema dei nigeriani," sottolinea. C'è un'illusione di comprensione. Diventi così familiare con i problemi che diventano normali. Smetti di vedere opportunità.

John Ojetunde

"Ciò che vivere all'estero ci aiuta a fare è vedere cosa è realizzabile e dove possiamo portare la Nigeria quando si tratta di tecnologia," spiega. "Ecco perché Moniepoint punta a piattaforme ad alta velocità dove i trasferimenti sono istantanei e i soldi arrivano sempre. L'esposizione all'infrastruttura dei paesi sviluppati mostra cosa è possibile. Ma rimanere connessi alla realtà nigeriana richiede uno sforzo deliberato.

"Non c'è praticamente nessun trimestre in cui non sono in Nigeria," dice Ojetunde.

Il suo team fa viaggi regolari per la ricerca sui clienti, viaggiando a Enugu, Lagos e altre città, perché puoi essere a Lagos ma non conoscere la situazione delle persone a Enugu. Moniepoint ha business relationship manager vicini ai commercianti, fornendo feedback costante su cosa funziona e cosa no. L'azienda ha visibilità su dove è distribuito ogni terminale, permettendo loro di testare soluzioni nelle condizioni esatte che i clienti affrontano.

Quell'attenzione al contesto locale conta. Nel Regno Unito, le aziende non si preoccupano del consumo di dati sui terminali POS perché la larghezza di banda è economica e spesso illimitata.

In Nigeria, i costi dei dati sono un vincolo reale. Quindi Moniepoint ottimizza per qualcuno in un villaggio con scarsa connettività internet. Mandano ingegneri in quelle esatte location per testare se i terminali si caricano correttamente in condizioni reali.

"Stai ottimizzando per qualcuno che si trova in un'area che non ha internet," spiega Ojetunde. "Quando vuoi testarla, mandi qualcuno in quella stessa area perché vuoi davvero sperimentare ciò che il cliente sperimenta."

"La tecnologia è un linguaggio globale," nota, "ma i problemi sono locali." Il valore sottostante è l'empatia del cliente. Non importa davvero dove sei. Se hai empatia del cliente, ce l'hai.

Perché John sta combattendo lo scetticismo sull'IA formando ingegneri junior

John Ojetunde gestisce DreamDev, il programma di Moniepoint per la formazione di ingegneri junior, in un momento in cui molte aziende si chiedono se hanno bisogno di sviluppatori junior. L'IA può generare codice su larga scala ora. Perché investire nella formazione di persone da zero?

La sua risposta è pragmatica.

Ci sono obiettivi a breve termine e obiettivi a lungo termine, dice. Chi saranno le persone che diventeranno i prossimi sviluppatori senior? Se non ci sono pipeline per far crescere le persone, alla fine non avrai più sviluppatori senior perché nessuno è stato formato. Devi essere consapevole di assicurarti di formare persone che possano essere il futuro.

Il divario che continua a vedere è che molti sviluppatori senior autodefiniti non hanno basi solide.

Hanno acquisito competenze al volo, costruendo siti web e app senza capire cosa succede dietro le quinte. Quando la produzione si rompe sotto pressione, non riescono a risolverla perché non hanno mai capito davvero le fondamenta.

"L'esperienza è il miglior insegnante," riconosce Ojetunde, "ma è troppo costosa. Puoi pagare con il downtime dei clienti, o puoi pagare perdendo denaro. Puoi imparare la stessa lezione senza viverla? Stando sulle spalle di qualcuno che l'ha vissuta mentre ti guida? Sì."

DreamDev torna alle basi con un programma personalizzato incentrato sui fondamentali e sui sistemi pratici. L'obiettivo non è formare ingegneri Flutter o ingegneri React. L'obiettivo è formare ingegneri del software, persone che risolvono problemi con il software indipendentemente dallo strumento specifico.

John Ojetunde

Moniepoint distingue tra un ingegnere Flutter, qualcuno che lavora solo in quel framework, e un ingegnere mobile, qualcuno che può lavorare in Flutter, nativo o qualsiasi cosa richieda il problema.

Un laureato della prima coorte DreamDev ha ottenuto un ruolo a tempo pieno immediatamente, nemmeno uno stage, perché era così bravo. Questo è il punto.

Ojetunde è appassionato di mentorship perché l'impatto scala attraverso le persone.

È bello per te fare alcune cose, dice, ma è più bello se la tua portata sarà più grande perché hai più persone che fanno la stessa cosa.

A Moniepoint, ciò che tiene sveglio Ojetunde di notte sono sia le persone che i sistemi. "Le persone, perché la qualità delle persone che hai determina la qualità dell'output che ottieni. Prendono decisioni che possono prendere solo a causa della loro particolare qualità. I sistemi, perché in un mercato frenetico come la Nigeria, vuoi sempre essere all'avanguardia. E puoi essere avanti solo se continui a rielaborare e ricablare il tuo pensiero."

Più grande è la scala, più contano quei piccoli guadagni. Migliori sono le persone, più sostenibile diventa la crescita.

Velocità e qualità non sono nemici, insiste John Ojetunde. Ma puoi ottenere entrambi solo quando capisci che ciò che sembra lento oggi potrebbe essere l'unica cosa abbastanza veloce per durare.

Il post Speed is a lie: Meet John Ojetunde, the Engineer who measures speed in rework, not days è apparso per la prima volta su Technext.