Processo di release

Gfacility opera con un vero modello Software as a Service (SaaS), il che significa che esiste un’unica versione unificata del nostro software per tutti gli utenti. A differenza delle release per singolo cliente, ogni nuova versione entra in vigore direttamente per tutti i clienti. Questo garantisce un software stabile, mantiene tutti i clienti aggiornati e non richiede alcuno sforzo aggiuntivo per la release/aggiornamento. Per gestire tutto ciò in modo efficiente, Gfacility segue un processo di release composto da 3 fasi.

Processo di release

L’illustrazione del processo qui sotto mostra il percorso che attraversa ogni funzionalità.

Fase I - Pianificazione e progettazione

Il nostro backlog viene costantemente alimentato con suggerimenti di miglioramento interni, la roadmap e le richieste dei clienti. Ogni due settimane vengono selezionate e pianificate le funzionalità, dopo le quali segue un’analisi tecnica (TA) ed eventualmente una proposta di design.

Fase II - Sviluppo e Quality Assurance

Dopo la pianificazione e la progettazione, ogni funzionalità viene sviluppata con un tempo di realizzazione di almeno 4 settimane (2 sprint) fino a 12 settimane o più, a seconda della complessità della funzionalità da sviluppare. Le funzionalità sviluppate vengono distribuite nell’ambiente di Sviluppo, dove il nostro team di qualità esegue i test e registra i difetti.

Fase III - User Acceptance Test e Release in Produzione

Le funzionalità presenti nell’ambiente di Sviluppo vengono rilasciate come pacchetto nell’ambiente UAT con un ciclo standard di 4 settimane. I clienti hanno 4 settimane per testare la nuova release prima che venga distribuita nell’ambiente di Produzione. Il feedback deve essere inviato al più tardi 1 settimana prima della release; dopo tale termine non possiamo garantire che venga incluso nella release successiva. Il feedback sull’ambiente UAT può essere inviato dai clienti nell’ambiente Gfacility Support.

A causa di difetti gravi nell’ambiente UAT, una release può essere posticipata o annullata. I clienti ricevono una notifica al più tardi l’ultimo mercoledì prima della release se questa non avrà luogo. Se la release procede come previsto, non verrà inviata alcuna notifica.

La pianificazione delle release è disponibile qui. Le release notes per gli ambienti UAT e Produzione verranno condivise ogni venerdì prima della release.

Incident / BUG

Gli incident e i bug vengono solitamente rilevati e risolti nell’ambiente UAT, ma è possibile che un bug compaia anche nell’ambiente di produzione. Per salvaguardare la stabilità del software, i bug vengono prima risolti nell’ambiente UAT e poi distribuiti in produzione con la release successiva. Solo i bug con impatto critico, che rendono impossibile lavorare senza un workaround disponibile, vengono risolti direttamente nell’ambiente di produzione. Questo processo mira a minimizzare gli incident e a mantenere un ambiente software stabile e affidabile per i nostri utenti.

Richieste dei clienti

Le richieste dei clienti sono importanti per il continuo sviluppo del nostro software e possono essere inviate tramite l’ambiente di Support. Ogni due settimane tutte le richieste vengono esaminate e i passi successivi verranno comunicati. Quando una richiesta viene accettata, sarà aggiunta al processo di release come descritto sopra.