Umgang mit Änderungen während des Projekts - NoelV/Andis-ticketing GitHub Wiki

##Lösungsansatz Unser Lösungsansatz um mit Änderungen während des Projekts umzugehen ist eigentlich diese Änderung gut zu plannen. Sobald einem Teammitglied auffällt, dass eine Änderung gemacht werden muss, welches einen Scope-Change bedeuten würde, muss dieser ein Meeting einberufen. Die Änderung wird an diesem Meeting erklärt und das ganze Team versucht diese, in die schon vorhandene Planung zu übernehmen. Dabei muss sichergestellt werden, das die Änderung zwingend nötig ist und nicht in einem späterem Release-Plan erledigt werden könnte. Denn eine Änderung im schon andauernden Sprint ist eine grösse Herausforderung. Dies bedeutet das mehr Arbeit in der gleichen Zeit, die voher einberechnet wurde, gemacht werden muss. Für die Teammitglieder bedeutet dies, das die Arbeit etwas schneller und trotzdem präzis erledigt werden muss. Beim plannen einer solchen Änderung muss entschieden werden, wer für diese zuständig ist. Oftmals ist der Zuständige, jemand der noch nicht sehr ausgebucht ist oder einfach die Möglichkeit hat mehr Zeit dafür zu investieren. Dies muss im ganzen Team besprochen und festgelegt werden. Bei einer grösseren Änderung, die viel Zeitverzögerung zur Folge hat, muss entschieden werden, ob sogar der Auftraggeber benachrichtig werden muss. Dies sollte aber in denn meisten Fällen nicht der Fall sein.

##Beispielhafte Darstellung