Een luchtvaartsoftwareproject is gestructureerd om agile methoden te gebruiken, maar industriële regelgeving vereist gedetailleerde tracking en archivering van productwijzigingen. Wat moet de projectmanager raadplegen om de compliance-impacts op het project te begrijpen?

De product backlog bevat alle vereisten en wijzigingen, inclusief die voortvloeiend uit regelgeving. De Definition of Done (DoD) definieert de criteria waaraan een productincrement moet voldoen om als 'klaar' te worden beschouwd. Door compliance-eisen op te nemen in de DoD, wordt ervoor gezorgd dat elke voltooide functionaliteit voldoet aan de regelgeving, wat essentieel is voor gedetailleerde tracking en archivering in een gereguleerde industrie zoals de luchtvaart. User stories en releaseplan (A) richten zich op functionaliteit en oplevering, maar niet direct op de formele compliance-criteria. Scope of work en product backlog (C) is deels correct, maar de DoD is cruciaal voor de naleving van de regelgeving. Sprint retrospective en releaseplan (D) zijn gericht op procesverbetering en planning op hoger niveau, niet op de gedetailleerde compliance-eisen per item.