Releaseprocess

Gfacility tillämpar en ren Software as a Service-modell (SaaS), vilket innebär att det finns en enda enhetlig version av vår mjukvara för alla våra användare. Till skillnad från individuella kundreleaser träder varje ny version direkt i kraft för alla kunder. Detta garanterar stabil mjukvara, håller alla kunder uppdaterade och kräver ingen extra ansträngning från kunderna för releasen/uppdateringen. För att hantera detta effektivt följer Gfacility en releaseprocess som består av 3 faser.

Processillustrationen nedan visar vilken process varje funktion går igenom.

Fas I - Planering och design

Vår backlog fylls kontinuerligt med interna förbättringsförslag, roadmapen och kundönskemål. Varannan vecka väljs och planeras funktioner, varefter en teknisk analys (TA) och eventuellt ett designförslag följer.

Fas II - Utveckling & kvalitetssäkring

Efter planering och design utvecklas varje funktion, med en ledtid på minst 4 veckor (2 sprintar) upp till 12 veckor eller längre beroende på komplexiteten i den funktionalitet som ska utvecklas. Utvecklade funktioner distribueras till utvecklingsmiljön, där vårt kvalitetsteam kör tester och loggar defekter.

Fas III - Användaracceptanstest och produktionsrelease

Funktioner i utvecklingsmiljön släpps som ett paket till UAT-miljön i en standardcykel på 4 veckor. Kunder har 4 veckor på sig att testa den nya releasen innan den rullas ut till produktionsmiljön. Feedback måste skickas in senast 1 vecka före releasen; därefter kan vi inte garantera att den hinner med nästa release. Feedback på UAT-miljön kan skickas in av kunder i Gfacility Support-miljön.

Till följd av allvarliga defekter i UAT-miljön kan en release försenas eller ställas in. Kunder får besked senast sista onsdagen före releasen om den inte genomförs. Om releasen genomförs som planerat skickas inget meddelande.

Releaseplaneringen finns här. Release notes för både UAT- och produktionsmiljöerna delas varje fredag före releasen.

Incidenter / BUGGAR

Incidenter och buggar upptäcks och åtgärdas vanligtvis i UAT-miljön, men det är möjligt att en bugg ändå visar sig i produktionsmiljön. För att säkerställa mjukvarans stabilitet åtgärdas buggar först i UAT-miljön och rullas sedan ut till produktion med nästa release. Endast buggar med kritisk påverkan, som omöjliggör arbete utan tillgänglig workaround, åtgärdas direkt i produktionsmiljön. Den här processen syftar till att minimera incidenter och upprätthålla en stabil och pålitlig mjukvarumiljö för våra användare.

Kundönskemål

Kundönskemål är viktiga för den fortsatta utvecklingen av vår mjukvara och kan skickas in via Support-miljön. Varannan vecka gås alla önskemål igenom och nästa steg kommuniceras. När ett önskemål accepteras läggs det till i releaseprocessen enligt beskrivningen ovan.