Ausgangslage
- Eine Anforderung wurde vom Business abgenommen und ist bereit für die Entwicklung
- Der Entwickler beginnt mit der Umsetzung
- Der Business Analyst möchte die Anforderung erweitern, ohne den Entwickler zu stören
Problem
- Der Business Analyst kann die Anforderung während der Entwicklung nicht anpassen
- Sonst hat der Entwickler keine fixe Vorgabe
- Das Lieferobjekt des Entwicklers kann nicht getestet werden, wenn sich die Anforderung geändert hat
- → Der Business Analyst ist blockiert!
Lösung
- Der Business Analyst erstellt eine neue Version der Anforderung und erweitert diese, ohne den Entwickler zu stören
- Parallel dazu kann der Entwickler die erste Version der Anforderung umsetzen
Anwendung mit Confluence und Jira
Confluence erstellt automatisch Versionen
Wichtig zu wissen:
- Bei jeder Speicherung erstellt Confluence eine neue Version
- Alte Versionen können verlinkt und jederzeit wieder angezeigt werden
- Alte Versionen sind unveränderbar – zukünftige Änderungen an der Seite haben keinen Einfluss auf die Version
Automatische Versionen nutzen
Erste Version erstellen und im Ticket verlinken
- Erstelle die erste Version Deiner Anforderung:
2. Versionen der Page anzeigen:
3. Link zur Version kopieren:
4. Erstes Implementierungsticket erstellen und Version verlinken:
Zweite Version erstellen und in Ticket verlinken
- Erstelle die zweite Version deiner Anforderung:
2. Link zur Version kopieren:
3. Zweites Implementierungsticket erstellen und Version verlinken:
Resultat
Dadurch hast du zwei Tickets erstellt, die jeweils mit der entsprechenden Version verlinkt sind:
- Registrierung implementieren (Version 1)
- Diese kann umgesetzt werden
- Registrierung aktualisieren (Version 2)
- Diese konnte erstellt werden, während die erste Version schon in Implementierung war
Fazit
Mit dieser Methode kann der Business Analyst eine Anforderung für künftige Erweiterungen vorbereiten, während der Entwickler die aktuelle Version implementiert!