Release-Prozess

Gfacility betreibt ein echtes Software-as-a-Service-Modell (SaaS), das heißt, es gibt nur eine vereinheitlichte Version unserer Software für alle Nutzer. Anders als bei individuellen Kundenreleases wird jede neue Version direkt für alle Kunden wirksam. Das garantiert stabile Software, hält alle Kunden auf dem aktuellen Stand und erfordert vom Kunden keinen zusätzlichen Aufwand für das Release/Update. Um das effizient zu steuern, folgt Gfacility einem Release-Prozess aus 3 Phasen.

Die folgende Prozessabbildung zeigt, welchen Ablauf jedes Feature durchläuft.

Phase I, Planung und Design

Unser Backlog wird laufend mit internen Verbesserungsvorschlägen, der Roadmap und Kundenwünschen gefüllt. Alle zwei Wochen werden Features ausgewählt und eingeplant, anschließend folgen eine technische Analyse (TA) und ggf. ein Designvorschlag.

Phase II, Entwicklung & Qualitätssicherung

Nach Planung und Design wird jedes Feature entwickelt, mit einer Durchlaufzeit von mindestens 4 Wochen (2 Sprints) bis zu 12 Wochen oder länger, abhängig von der Komplexität der zu entwickelnden Funktionalität. Entwickelte Features werden auf die Development-Umgebung deployt, wo unser Qualitätsteam Tests durchführt und Defekte protokolliert.

Phase III, User Acceptance Test und Produktions-Release

Features auf der Development-Umgebung werden in einem 4-Wochen-Standardzyklus als Paket auf die UAT-Umgebung gebracht. Kunden haben 4 Wochen Zeit, das neue Release zu testen, bevor es auf die Produktionsumgebung ausgerollt wird. Feedback muss spätestens 1 Woche vor dem Release eingereicht werden; danach können wir nicht garantieren, dass es noch ins nächste Release einfließt. Feedback zur UAT-Umgebung können Kunden in der Gfacility-Support-Umgebung einreichen.

Aufgrund schwerwiegender Defekte in der UAT-Umgebung kann ein Release verzögert oder abgesagt werden. Kunden erhalten spätestens am letzten Mittwoch vor dem Release eine Mitteilung, falls es nicht stattfindet. Verläuft das Release planmäßig, wird keine Mitteilung versendet.

Die Release-Planung finden Sie hier. Release-Notes für die UAT- und die Produktionsumgebung werden jeden Freitag vor dem Release geteilt.

Incidents / Bugs

Incidents und Bugs werden typischerweise in der UAT-Umgebung entdeckt und behoben, aber ein Bug kann auch in der Produktionsumgebung auftreten. Zur Sicherung der Softwarestabilität werden Bugs zuerst in der UAT-Umgebung behoben und mit dem nächsten Release in Produktion ausgerollt. Nur Bugs mit kritischer Auswirkung, die ohne verfügbaren Workaround das Arbeiten unmöglich machen, werden direkt in der Produktionsumgebung behoben. Dieser Prozess soll Incidents minimieren und eine stabile und zuverlässige Softwareumgebung für unsere Nutzer erhalten.

Kundenwünsche

Kundenwünsche sind wichtig für die Weiterentwicklung unserer Software und können über die Support-Umgebung eingereicht werden. Alle zwei Wochen werden alle Wünsche geprüft, und nächste Schritte werden kommuniziert. Wenn ein Wunsch akzeptiert wird, fließt er in den oben beschriebenen Release-Prozess ein.