Version 6.4

Auf den Folgeseiten finden Sie alle Informationen zu dem Update auf die Version 6.4.
Veröffentlichungs-Datum:

Es handelt sich um das Update im Anschluss an den vorausgegangenen RES-Sprint:

In der Regel ist mindestens nach jedem bunt eingefärbten Sprint mit 1-3 Wochen Verzögerung ein Update vorgesehen.

ACHTUNG: Neue Feature-Tickets werden nur bis 2 Wochen VOR einem Rest der Software-Sprint mit in den Pool der zu bewertenden Tickets aufgenommen. Ansonsten werden sie direkt für den darauffolgenden RES-Sprint bewertet.

Reihenfolge/Nr	Sprint-Fokus	Zeitpunkt (in Kalenderwochen)
5	Strategie/Roadmap	KW1+2
6	Strategie/Roadmap	KW3+4
7	Rest der Software	KW5+6
8	Innovation	KW7+8
9	Strategie/Roadmap	KW9+10
10	Individual-Programmierung	KW11+12
1	Strategie/Roadmap	KW13+14
2	Strategie/Roadmap	KW15+16
3	Innovation	KW17+18
4	Bugs	KW19+20
5	Strategie/Roadmap	KW21+22
6	Strategie/Roadmap	KW23+24
7	Rest der Software	KW25+26
8	Innovation	KW27+28
9	Strategie/Roadmap	KW29+30
10	Individual-Programmierung	KW31+32
1	Strategie/Roadmap	KW33+34
2	Strategie/Roadmap	KW35+36
3	Innovation	KW37+38
4	Bugs	KW39+40
5	Strategie/Roadmap	KW41+42
6	Strategie/Roadmap	KW43+44
7	Rest der Software	KW45+46
8	Innovation	KW47+48
9	Strategie/Roadmap	KW49+50
XXXXX	KEIN regulärer Sprint/Restarbeiten	KW51+52

a

Was wird in Rest der Software-Sprints umgesetzt?

Tickets mit kleinerem/ mittlerem Entwicklungsumfang (max. 1 Woche)
Tickets, die nicht zu größeren Themen gehören, die bereits in unserer Roadmap eingeplant sind
Standard-Auswertungen

Weitere Infos: Was ist ein Rest der Software-Sprint?

Was wird in IP-Sprints umgesetzt?

Anfragen, deren Umsetzung (anteilig) kostenpflichtig ist
Auswertungen auf Kundenwunsch
Software-Erweiterungen auf Kundenwunsch

Weitere Infos: Was ist ein IP-Sprint?

Was wird in Bug-Sprints umgesetzt?

Programmfehler- und Unschönheiten, deren Auswirkungen keine Nutzungsblocker sind
bzw. für die es einen Workaround gibt

Weitere Infos: Vorgehen bei BUG-Sprints