«Gli architetti software hanno bisogno di una vena sociale»

Alex, di cosa si occupa il tuo team al momento?
Attualmente stiamo lavorando sull'ordine di vendita e migliorando le informazioni sullo stato di consegna. Stiamo raccogliendo conoscenze e facendo i preparativi per il concetto di implementazione. Abbiamo recentemente migliorato e abbellito le nostre e-mail di cancellazione degli ordini: ora sono ben formattate e contengono immagini.

Quali problemi riscontrate quotidianamente e come li affrontate?
La cosa più importante è capire le cause dei problemi e il motivo per cui un'iniziativa deve essere attuata. Non dobbiamo fare supposizioni alla cieca, ma verificare le ipotesi in collaborazione con gli esperti. Poi possiamo usare il nostro patrimonio di esperienza per fornire la giusta soluzione al problema. Per trovare il maggior numero possibile di punti ciechi, facciamo domande su domande.
Inoltre, event-storming, domain-story-telling, user-story mapping, domain-driven design e anche example-mapping sono strumenti potenti che ci aiutano a capire il problema e il dominio. Dopo aver ottenuto una buona visione d'insieme, scomponiamo il grande problema in piccoli sottoproblemi e li affrontiamo uno per uno. Non possiamo studiare all'infinito, ma dobbiamo anche agire qualche volta. Mi piace sempre fare riferimento all'OODA Loop per evitare la paralisi da analisi.

E qual è il tuo ruolo come architetto software?
La cosa più importante è l'ulteriore sviluppo del team. Per esempio, mi assicuro che tutti capiscano i modelli architettonici e possano applicarli in modo sensato. Per fare questo, uso diversi approcci e strumenti, come sessioni di coaching, brown bags, coding dojo o pair e mob programming.

Conosco il dojo solo dalla meditazione Zen. Cosa sono i coding dojo?
Nella tradizione delle arti marziali giapponesi, il dojo è usato come spazio di allenamento. Noi facciamo lo stesso. Una volta alla settimana, come team, identifichiamo le aree problematiche nel codice esistente e le miglioriamo. Una volta finito con il dojo, il codice viene trasferito direttamente nel sistema produttivo. Quello che prima discutevamo bilateralmente, ora lo facciamo come team. In questo modo non solo mettiamo in ordine, ma distribuiamo anche la conoscenza in tutto il team.

Cos'altro fai?
Nel mio team, sono il referente tecnico. Sostengo il team nello sviluppo e nell'implementazione di varie soluzioni. In altre parole: fornisco gli strumenti ai membri del team e mostro loro quando hanno bisogno di quale strumento. Voglio che la mia squadra sia il più indipendente possibile in modo da mantenere alto il bus factor.

Il bus factor?
Questo è un paragone un po' macabro. Il numero descrive quante persone possono essere investite da un bus prima che il progetto si fermi.

Cosa succede se l'architetto viene investito?
Il team si accorge naturalmente che manca un importante portatore di conoscenza. Ma se ho lavorato bene come coach, la mia squadra sa come affrontare il divario. Quando sono in vacanza, spesso si chiedono anche «Cosa direbbe Alex adesso?».

Ho notato che parli molto della tua squadra. Non sento quasi mai frasi in prima persona. Ho pensato che come architetto hai già una certa anzianità e ti metti al centro.
Come architetto promuovo sempre il lavoro di squadra. Porto idee fresche, ma faccio il doppio delle domande in modo che la squadra arrivi con idee ancora migliori. Non siamo guerrieri solitari. È importante che la squadra sostenga le idee e possa identificarsi con esse. Responsabilizzare e ispirare la squadra a fare progressi ha molto a che fare con l'anzianità.

Per me è anche importante condividere la conoscenza e l'esperienza tra i team e imparare dai miei colleghi delle gilde di architettura, per esempio. Negli ultimi sette anni sono stato anche molto coinvolto nel domain-driven design e ho imparato che dobbiamo capire il dominio dalla A alla Z per sviluppare la cosa giusta. Se ci riusciamo, possiamo sbizzarrirci. A differenza di altre aziende, noi non abbiamo blocchi politici.

Come si diventa architetti? È un obiettivo principale di studio?
Architetto di software è solo un titolo di lavoro. Non si può studiare. È necessario portare un mix di competenze soft e hard.

Cosa vuoi dire?
Siamo contatti importanti per questioni tecniche, non solo per il nostro team. Anche altri team, architetti di dominio, Product Owner e altri stakeholder dell'azienda contano su di noi. Una buona comunicazione è quindi essenziale. Bisogna anche avere un occhio per il quadro generale, per impostare la migliore architettura software possibile e, se necessario, prendere le giuste misure correttive.

E di quali hard skill parli?
Come architetto, devi avere un'ampia conoscenza tecnica nonché esperienza. Devi sapere qualcosa di clean code e di design pattern e anche essere a tuo agio a livelli più alti di astrazione, per esempio, dove l'uso di pattern architettonici gioca un ruolo centrale. Se hai questo background, allora sei in grado di padroneggiare le sfide tecniche.

Viene richiesto molto.
È giusto così. Perché come architetti siamo responsabili delle soluzioni tecniche che forniamo come team. Noi, parlo di nuovo della squadra, dobbiamo capire il problema in profondità e in ampiezza, elaborare soluzioni appropriate e anche implementarle. Per questo, hai bisogno di una certa quantità di conoscenza ed esperienza. E un buon equilibrio tra pragmatismo e dogmatismo.

Allora il cliché dell'architetto scaltro ma un po' egocentrico è vero, no?
Anch'io ho già avuto a che fare con architetti del genere. Tuttavia, lo sviluppo del software vive prima di tutto di collaborazione. Non lavoriamo in uno sgabuzzino buio senza contatti con il mondo esterno. L'egocentrismo non ci fa raggiungere l'obiettivo. Da noi sono tutti liberi di esprimere la propria opinione. È molto probabile che sia l'input dello sviluppatore junior a salvarci da una decisione sbagliata di vasta portata.

Da dove viene il fatto che dai così tanto valore alle persone?
Forse centra con il fatto che sono cresciuto in Venezuela. Le persone lì sono molto calorose ed emotive. Anche il mio incidente in moto, che ho avuto quando avevo 20 anni, ha certamente avuto un impatto su di me. Da allora sono su una sedia a rotelle.

Eppure non sei finito in una professione sociale, ma nell'industria informatica. Lavorare con i computer non ha proprio la reputazione di essere particolarmente sociale.
All'epoca, mi sono chiesto quale lavoro avrei potuto fare bene su una sedia a rotelle e per cosa battesse il mio cuore. Era chiaramente l'informatica. Il pregiudizio comune contro l'informatica non è vero. Lavoriamo a stretto contatto nei team e niente funziona nello sviluppo del software senza il fattore umano.

E come sei diventato architetto?
Prima di Digitec Galaxus, ho ampliato il mio repertorio tecnico presso due diversi datori di lavoro. I team lì hanno posto grande enfasi sul codice pulito e mantenibile. Ne traggo beneficio ancora oggi. Ho lavorato intensamente sulla progettazione del software, l'architettura, requirement engineering e domain-driven design. Nel 2019, ho iniziato da Digitec Galaxus come ingegnere software senior. Nel team Moneypenny siamo stati in grado di utilizzare modelli architettonici come port e adapter, vertical slicing (package by component), modelli DDD tattici, CQRS e molto altro. Poco meno di due anni dopo, mi è stato offerto il ruolo di architetto. Ora lavoro come architetto da qualche mese e mi sto godendo la vita quotidiana e il lavoro con tutti i miei colleghi.

Cosa ti ha sorpreso di più da Digitec Galaxus?
Quando si sente parlare di e-commerce, spesso si pensa solo a un negozio online. Ma è tutt'altro! È più che fare un piccolo sito web. Abbiamo tanti sottodomini che possono essere molto complessi. Per esempio, ci sono dati di prodotti, acquisti e vendite, logistica, finanza, HR, Community, personalizzazione, comunicazione con i clienti e business intelligence. Abbiamo così tanti domini che c'è qualcosa per tutti.

Una volta architetto, per sempre architetto? Sei bloccato nella tua posizione o c'è spazio per lo sviluppo?
Un titolo è solo un titolo. Se qualcuno ottiene un nuovo titolo di lavoro, non significa che si sia sviluppato in modo significativo. Pertanto, le sfide che posso affrontare sono molto più importanti. E ne abbiamo più che a sufficienza.

Ci sono molti datori di lavoro interessanti per gli architetti. Perché Digitec Galaxus?
Da un lato, ci sono i complessi sottodomini che rendono eccitante Digitec Galaxus. Dall'altro, abbiamo grandi squadre e persone fantastiche dietro di loro. Questa composizione non è così facile da trovare. Mi piace anche lo spirito. Non importa se sei uno sviluppatore junior o un architetto, tutti possono portare le loro conoscenze e contribuire alla soluzione. Quindi se qualcuno si identifica con questi valori: what are you waiting for? We need you!

Diventa parte del nostro team

Alex ti ha convinto e vuoi anche tu portare avanti la nostra architettura software? A proposito: stiamo cercando più di un semplice architetto. Go for it! Dai un’occhiata alle nostre offerte di lavoro.