3 ragioni per le quali rilasciamo presto e spesso

Tradotto automaticamente da Deepl

Recentemente abbiamo risposto a domande sul forum di 4D su comandi e funzionalità che sembravano incompleti o mancanti, come ad esempio la funzione Mail.

In questo post del blog illustreremo la strategia di 4D che sta alla base della decisione di rilasciare versioni non completamente sviluppate, riassunta nel paradigma“release early, release often“.

Che cos’è il Release Early, Release Often (RERO)?

RERO è una filosofia di sviluppo del software che sottolinea l’importanza di rilasci precoci e frequenti. Noi di 4D cerchiamo di essere all’altezza di questa filosofia instaurando una cultura agile e aperta che ci permette di includere il feedback dei clienti in una fase iniziale.

Sperimentare prima le ultime novità

Rilasciando in anticipo, diamo ai nostri utenti la possibilità di sperimentare l’ultima versione del software. Se la funzionalità rilasciata è inadeguata per qualche motivo, gli utenti possono reagire molto più rapidamente. Questi brevi cicli di feedback ci permettono di indirizzare i team di sviluppo del prodotto nella giusta direzione per garantire che le preferenze dei clienti vengano soddisfatte.

Identificazione più rapida dei bug

I primi rilasci sono un’opportunità per testare le nuove funzionalità in scenari reali. Questo ci permette di identificare i bug e di risolverli rapidamente. È successo di recente con l’autocompletamento di alcuni comandi 4D che aggiungono automaticamente le parentesi di chiusura; in alcuni contesti, questo creava errori nel codice. Qualcosa di difficile da scoprire senza mettere il prodotto nelle mani di clienti reali che lo utilizzino in scenari reali.

Più piccolo è il rilascio, meno è probabile che qualcosa vada storto

Periodi più lunghi tra una release e l’altra aumentano la pressione per rendere ogni release significativa, il che significa più codice, più funzionalità e più test. Il risultato è la possibilità di avere più bug. Le versioni più piccole e veloci limitano naturalmente il numero di funzionalità e quindi il numero di bug.

Riflessione finale

Il primo principio del Manifesto Agile sottolinea che “La nostra massima priorità è soddisfare il cliente attraverso la consegna precoce e continua di software di valore”.

Potete sempre scegliere la strategia più adatta alle vostre esigenze. I rilasci anticipati assicurano cicli di feedback brevi e consentono di trarre vantaggio dalle nuove funzionalità, ma si può anche decidere di aspettare che siano completamente sviluppate.

Avatar
- Product Marketing Manager - Intissar è entrata in 4D nel 2017 come Product Marketing Manager. Lavora a stretto contatto con i team di prodotto, marketing, ingegneria e supporto tecnico per evidenziare il "perché", il "come" e il "cosa" delle nuove funzionalità e di quelle aggiornate a diversi pubblici. Questa vicinanza le consente di creare strutture di messaggistica e di scrivere contenuti approfonditi ed esempi di codice per il blog e il sito web di 4D. Dopo aver conseguito la laurea in Informatica presso l'università VINCI, Intissar ha lavorato in diverse startup come ingegnere informatico. La sua esperienza pratica comprende le specifiche, la progettazione e lo sviluppo del software, la formazione e il supporto agli utenti e la gestione del team.