Ein Softwareprojekt im Bereich Luftfahrt wurde so strukturiert, dass es agile Methoden verwendet, aber Branchenvorschriften erfordern eine detaillierte Nachverfolgung und Archivierung von Produktänderungen. Worauf sollte sich der Projektmanager beziehen, um die Auswirkungen der Compliance auf das Projekt zu verstehen?

Das Product Backlog enthält alle Anforderungen und Änderungen, die am Produkt vorgenommen werden müssen. Es ist ein lebendiges Dokument, das ständig aktualisiert wird und somit eine detaillierte Nachverfolgung ermöglicht. Die Definition of Done (DoD) legt die Kriterien fest, die erfüllt sein müssen, damit ein Inkrement als "fertig" gilt. Dies schließt oft Compliance-Anforderungen wie Dokumentation und Archivierung ein und stellt sicher, dass diese bei jeder Änderung berücksichtigt werden. User Stories und Release Plan beschreiben zwar Anforderungen und die Veröffentlichung von Software, bieten aber nicht die gleiche detaillierte Nachverfolgung und Compliance-Spezifikation wie das Product Backlog und die DoD. Scope of Work ist eher ein traditionelles Dokument und passt weniger zu agilen Methoden, während Sprint Retrospective und Release Plan sich auf Prozessverbesserungen und zukünftige Veröffentlichungen konzentrieren, nicht auf die Compliance-Nachverfolgung von Produktänderungen.