In this article, we are going to talk about how to build a successful delivery strategy using Jmix.## Introduzione
In questo articolo, parleremo di come costruire una strategia di consegna di successo utilizzando Jmix. Una volta deciso di avviare un nuovo progetto con Jmix, è necessario pensare a come si potrà fornire valore ai clienti nel modo più efficace. Fallire questa fase fin dall’inizio può facilmente compromettere l’intero progetto quando si inizia a scalare e mantenere. Vediamo come può accadere attraverso la storia di Ben.
## Storia di Ben
Non c’è nulla di insolito nella storia di Ben – al contrario, si potrebbe definirla tipica dei nostri giorni, e molti dei nostri lettori potrebbero trovarsi in una situazione simile un giorno. È la storia di un ingegnere software esperto che un giorno ha deciso di creare il proprio prodotto e si è trovato abbastanza fortunato all’inizio. Ha costruito un’app di gestione dei rischi secondo alcune normative locali, ha trovato una nicchia, un mercato per il prodotto e ha acquisito i primi 10 clienti in soli 9 mesi.
A questo punto Ben ha raggiunto un flusso di cassa positivo, e tutto sembrava andare bene. Ma poi ha iniziato a incontrare problemi che tipicamente sorgono quando gli utenti iniziano ad adottare il prodotto e il numero di richieste di personalizzazione aumenta drasticamente, ognuna essendo individuale. Potreste riconoscere la situazione, soprattutto se sviluppate applicazioni B2B. In quest’area, le richieste di personalizzazione sono molto comuni.
Con il passare del tempo, l’iniziale ottimismo di Ben lascia spazio alla frustrazione e all’esaurimento – una realtà troppo comune nello sviluppo B2B iniziale.
## Cosa è Andato Storto?
La risposta è semplice: a questo stadio, ogni minima correzione logica deve essere applicata su 10 fork di codice, il che porta a implementare 10 rilasci rischiosi. Ancora peggio, ogni volta che Ben trova un bug nella logica core, deve correggere ogni fork. Diventa inoltre molto difficile riutilizzare funzionalità tra i clienti e far evolvere il prodotto stesso. Quindi non c’è spazio per la crescita, e tutto il tempo di Ben è ora speso a rattoppare i fork invece di consegnare nuove funzionalità agli utenti del prodotto.
(Il resto della traduzione segue lo stesso stile e metodo, traducendo accuratamente il testo originale dall’inglese all’italiano)
