Come founder tecnico di Romiltec continuo a scrivere codice e a occuparmi di architettura. Devo però decidere quando il mio intervento aiuta il progetto e quando occupa il tempo necessario a chiarire priorità, lavorare con i clienti o far crescere l’autonomia del team.
Non misurerei questo equilibrio con un numero ideale di giorni senza IDE. Guarderei le decisioni che restano ferme, le attività che dipendono soltanto da me e il lavoro che richiede davvero il mio contesto tecnico.
Capire perché un task arriva al founder
Un’attività può arrivare a me perché conosco un componente, perché manca una decisione di prodotto o perché il team ha imparato che faccio prima a chiuderla. Sono condizioni diverse e richiedono risposte diverse.
Se manca un requisito, scrivere io il codice non rende il requisito più chiaro. Se manca un accesso, serve risolvere quella dipendenza. Se c’è un problema che richiede esperienza specifica, posso intervenire e rendere condivisibile ciò che scopro.
Un elenco delle richieste ricevute per qualche settimana sarebbe già un buon punto di osservazione: motivo, urgenza, tempo impiegato e informazione mancante. Eviterei di attribuire tutto genericamente alla difficoltà di delegare.
La delega comprende una decisione, non solo un’esecuzione
Per un lavoro delegato chiarirei risultato, vincoli e margine di scelta. La persona deve sapere quali decisioni può prendere e quali richiedono un confronto, soprattutto quando cambiano costo, contratto o comportamento del prodotto.
Un esempio ipotetico è una nuova integrazione: il team può scegliere come organizzare il codice, mentre l’introduzione di un provider aggiuntivo richiede di verificare condizioni e costi. Senza questo confine, la review rischia di riaprire decisioni che sembravano già affidate.
Concorderei punti di confronto proporzionati al rischio. Controllare soltanto alla fine può rendere costosa una correzione; entrare continuamente nel task impedisce alla persona di portarlo avanti con un proprio metodo.
La review può diventare una coda invisibile
Quando tutti aspettano la mia approvazione, il tempo trascorso in attesa entra nel costo del progetto. Una modifica breve può rimanere ferma più di una grande se non è chiaro chi la deve leggere.
Le indicazioni Google sulla velocità della review discutono l’importanza di rispondere senza lasciare il lavoro sospeso. Nel mio contesto renderei visibili le richieste in attesa e distinguerei blocchi sostanziali da suggerimenti.
Valuterei quali aree richiedono la mia review e dove un’altra persona può assumere quella responsabilità. La delega cresce anche attraverso criteri condivisi, esempi e decisioni scritte, non soltanto assegnando più ticket.
Proteggere tempo per il prodotto
Contratti, priorità e pianificazione non diventano meno tecnici perché non producono commit. Una scelta su quale problema affrontare può modificare il lavoro di tutto il team per settimane.
Riserverei quindi blocchi riconoscibili a queste attività, con un modo esplicito per gestire le urgenze. Una giornata piena di piccole correzioni può essere produttiva sul singolo componente e lasciare irrisolta una decisione più importante.
La pianificazione deve restare adattabile. Un incidente serio può richiedere il mio intervento; una richiesta ordinaria non dovrebbe diventare urgente soltanto perché è stata inviata direttamente al founder.
Restare vicino al sistema senza esserne l’unica memoria
Il lavoro pratico mi aiuta a conoscere limiti e costi delle scelte. Per questo non voglio perdere contatto con codice e infrastruttura. Voglio però che il contesto possa essere usato anche da altre persone.
Dopo un debug, lascerei ipotesi, prova e causa individuata. Dopo una scelta architetturale, scriverei vincoli e alternative rilevanti. Una documentazione breve legata alla decisione è spesso più utile di un documento generale che nessuno aggiorna.
Per valutare l’equilibrio guarderei se il team riesce a completare lavori e gestire assenze previste, se le decisioni arrivano in tempo e se i clienti hanno interlocutori chiari. Il numero dei miei commit non racconta da solo nessuno di questi risultati.