Проект авиационного программного обеспечения был структурирован с использованием гибких методологий, но отраслевые нормативы требуют детального отслеживания и архивирования изменений продукта. На что должен ссылаться руководитель проекта, чтобы понять влияние соответствия требованиям на проект?

Правильный ответ — бэклог продукта и определение готовности (DoD). Бэклог продукта содержит все элементы работы, включая функциональные требования и нефункциональные требования, такие как соответствие нормативным актам. Определение готовности (DoD) уточняет критерии, которым должен соответствовать элемент бэклога продукта, чтобы считаться «готовым». В данном случае DoD будет включать требования к отслеживанию и архивированию изменений, обеспечивая их соблюдение. Пользовательские истории и план выпуска описывают функциональность и сроки, но не детализируют критерии соответствия. Объем работ (Statement of Work) обычно используется в традиционных проектах и менее гибок, а бэклог продукта является более подходящим инструментом для гибких методологий. Ретроспектива спринта и план выпуска относятся к процессам улучшения и планирования, а не к детальному определению требований к продукту и критериев готовности.