[Meinungsaustausch] Release System von Patches

[Quakie]

Die Kritik der Release Art war, dass bei jedem Update durch die Aktualisierung der Datenbank z.B. immer wieder eine neue Karriere gestartet werden muss und dass vor Release wenig getestet wurde. Und das hat nichts mit Scrum zu tun.

Scrum würde sich eher auf die Art beziehen, wie wir intern mit dem Projekt umgehen. Dass jeder immer genau weiß, was gerade zu tun ist und welche offenen Punkte es gibt. Dass neue Funktionalitäten schnell verfügbar zum Testen sind (Release zunächst an TESTuser, erst die fertig getestete und refined Version geht raus an die User) und dass schnelles Feedback dazu verfügbar ist. Das sind Grundsätze der agilen Softwareentwicklung.

Scrum heißt NICHT, in möglichst kurzer Zeit möglichst viele Sachen zu releasen. Meist handelt es sich um bier Wochen Iterationen, die zuvor schon alle für die Projektlaufzeit geplant sind und auch auf die Releasemöglichkeiten abgestimmt sind (damit es userfreundlich ist). Die Feinplanung kann davon je nach Bedarf auch abweichen (z.B. Backlog).

Und zweifelsohne kann es auch nicht im Sinne der User sein, wenn man jede Woche eine neue Karriere anfangen muss, um mit den Updates zu spielen. Datenbank Updates sollten also auch aus meiner Sicht nicht wöchentlich erscheinen. Grafik Update, die nach dem Prinzip des Rev Mods / FEP Patches erscheinen und die Karriere nicht beeinflussen, kann man da gesondert betrachten. Dennoch sollten auch diese gut getestet und geplant sein. Zu Scrum gehört eben auch viel Absprache und Test. Ziel ist es, eine qualitativ hochwertige Software abzuliefern und dazu gehört eine gute Grobplanung der Inhalte sowie eine iterative Feinplanung und dann auch Test und Behebung der Fehler vor dem ersten Release an die eigentlichen User.

Und sei' mir nicht böse, aber Scrum muss gelernt sein und geübt werden. Da gibt es spezielle Ausbildung und selbst erfahrene Softwareentwicklungteams müssen das erst mal "üben". Das geht nicht von heute auf morgen. Außerdem ist es oft mit anderen Vorgehensweisen gekoppelt.

Und der Teamgedanke ist ganz wichtig. Man stimmt Sachen gemeinsam ab und arbeitet zusammen (meist in Micro Teams).