Ho fondato Romiltec nell’aprile 2023, dopo un percorso nello sviluppo software e nella responsabilità tecnica. Guardando al primo anno, il cambiamento più importante è stato l’estensione del perimetro: oltre a costruire e mantenere sistemi, dovevo rendere sostenibile il lavoro dell’azienda.
La competenza tecnica resta essenziale. Da sola, però, non decide quali impegni assumere, come distribuire la capacità disponibile o come spiegare al cliente un problema che cambia la consegna.
Una consegna comincia dall’accordo
Un incarico può sembrare chiaro finché non si deve stabilire che cosa sarà verificato alla fine. Obiettivo, accessi, responsabilità e dipendenze devono essere comprensibili prima che il lavoro si accumuli.
Per me questo collega direttamente progettazione e rapporto commerciale. Se manca una decisione sul comportamento atteso, il team non può compensarla semplicemente scrivendo più codice.
Una proposta utile spiega risultato o capacità acquistata, limiti e modo di gestire i cambiamenti. La lunghezza del documento conta meno della possibilità, per entrambe le parti, di descrivere lo stesso accordo.
Il founder può diventare una dipendenza
L’esperienza consente di risolvere velocemente molti problemi. Può anche portare a concentrare contesto e decisioni in una sola persona. Se ogni rilascio o chiarimento deve aspettare me, l’azienda eredita la mia disponibilità come limite operativo.
Per ridurre questa dipendenza servono responsabilità assegnate e informazioni accessibili: perché abbiamo scelto una soluzione, come verificarla e quando chiedere supporto. Delegare un task senza quel contesto lascia il lavoro formalmente distribuito e le decisioni ancora bloccate.
Continuità economica e capacità devono stare insieme
Una nuova opportunità porta ricavi potenziali e lavoro da sostenere. Prima di aggiungerla al calendario bisogna considerare consegne esistenti, assistenza e spazio per gli imprevisti.
Il modello continuativo di Romiltec rende centrale questa lettura della capacità. Un canone aiuta la prevedibilità, ma non trasforma un team in una risorsa illimitata né rende identici tutti i progetti.
La crescita va interpretata anche attraverso margini e incassi. Ho approfondito questa distinzione nell’articolo sui numeri oltre il fatturato.
Restare tecnici senza misurare tutto in codice
Un intervento diretto sul software può essere il contributo migliore quando chiarisce un rischio o sblocca un passaggio critico. In altri momenti, il lavoro più utile è rendere esplicita una priorità o rimuovere una dipendenza dal cliente.
Non vedo questi compiti come una graduatoria tra lavoro vero e amministrazione. Producono effetti diversi sulla stessa consegna e richiedono attenzione coerente con la fase del progetto.
Il primo anno è il punto di partenza di questa responsabilità più ampia. La direzione che conservo è costruire un’organizzazione capace di lavorare bene anche quando la soluzione non passa da un mio intervento immediato sulla tastiera.