GearConf: Jeden Tag ein Release – Mythos oder Realität? Eine ganzheitliche Betrachtung
Zusammenfassung
Der Vortrag beleuchtet den Release-Prozess aus den Blickwinkeln der Projektbeteiligten und soll Anregungen sowie eine initiale Checkliste liefern, um den »Mythos« vom »Release Everyday« auch in eigenen Projekten umsetzen zu können.
Weitere Informationen zu dieser Veranstaltung finden Sie unter http://gearconf.com/.
Ein Projekt besteht aus Beteiligten, Verantwortlichen, Benutzern und dem/n Auftraggeber/n. Ein tägliches Release gibt jedem von diesen Rollen Sicherheit im Projektverlauf.
Handelt es sich jetzt dabei um einen Mythos? Oder ist es möglich diese Sicherheit in den eigenen Projekten durch einen »Release Everyday« zu erreichen?
Diverse CI-Frameworks, IT Koryphäen und ein kleiner Hype in Richtung Continuous Integration werben mit »Release Everyday«. Wir möchten zeigen, was davon im Projektalltag realistisch zu erreichen ist, welche Informationen, Tools, Installationsskripte, etc. notwendig sind um alle relevanten Informationen zu sammeln, das Release zu bauen und die Release-Ergebnisse den unterschiedlichen Adressaten zur Verfügung zu stellen.
Die Notwendigkeit vollständige, ganzheitliche und nachvollziehbare Releases zu bauen, wird in Projekten meist erst in einer sehr späten Phase erkannt.
Oft erst dann, wenn die ersten Test-Roll-Outs durchgeführt und Rückmeldungen der Tester im Issue-Tracker eingestellt wurden. Ein Teil des Teams beschäftigt sich mit Bugfixing, während ein anderer Teil des Teams die Weiterentwicklung vorantreibt. Jetzt bemerkt das Projektteam wie sehr ein ganzheitlicher automatischer Releaseprozess benötigt wird um den Projekterfolg nicht zu gefährden.
Die Erfahrung aus unterschiedlichen Projekten zeigt, dass die Implementierung des Release-Prozesses in Projekten inhaltlich und zeitlich oft unterschätzt wird. Häufig werden »Workarounds« des Release-Prozesses in zeitlich ungünstige Projektphasen »gedrückt«.
Der Release-Prozess sollte gemäß der unterschiedlichen Ergebnis-Erwartungen, als ganzheitliches Produkt aller Projektbeteiligten verstanden werden, und bereits in einer frühen Projektphase möglichst vollständig integriert werden.
An dieser Stelle setzt der Vortrag an. Er beleuchtet das Thema aus den Blickwinkeln der Projektbeteiligten und soll Anregungen sowie eine initiale Checkliste liefern, um den »Mythos« vom »Release Everyday« auch in eigenen Projekten umsetzen zu können.
Kontakt
Michael Kloss, Softwarearchitekt und Coach
Michael Kloss ist bei der itemis AG als Architekt und Coach tätig. Er hat sich auf die Architektur und Anwendungsentwicklung im Bereich Java EE und Tomcat spezialisiert und arbeitet intensiv im Bereich Test, Build Management und Build Verification für Java EE-Applikationen. Zudem ist Michael Kloss seit 2006 Scrum-Master und greift auf eine mehrjährige Erfahrung in Scrum-Projekten zurück.