Un progetto software per l'aviazione è stato strutturato per utilizzare metodi agili, ma le normative di settore richiedono il tracciamento dettagliato e l'archiviazione delle modifiche del prodotto. A cosa dovrebbe fare riferimento il project manager per comprendere l'impatto della conformità sul progetto?

Il product backlog è un elenco dinamico e prioritizzato di requisiti, che include user story, epiche e, in questo caso, anche elementi legati alla conformità normativa. La definizione di "done" (DoD) stabilisce i criteri che un incremento deve soddisfare per essere considerato completo, includendo non solo i requisiti funzionali ma anche quelli non funzionali, come la conformità, la documentazione e la tracciabilità imposte dalle normative del settore aeronautico. Pertanto, il project manager deve assicurarsi che gli elementi di conformità siano presenti nel product backlog e che la DoD rifletta i requisiti normativi per il tracciamento e l'archiviazione delle modifiche, garantendo che ogni incremento completato sia conforme. Le user story e il piano di rilascio sono troppo specifici o orientati alla pianificazione, non coprendo l'intera portata della conformità. L'ambito di lavoro è un concetto più tradizionale e meno dinamico rispetto al product backlog in un contesto agile. La sprint retrospective è un evento di miglioramento del processo, non uno strumento per definire i requisiti di conformità.