Этот процесс итеративен по своей природе, и каждая итерация в общем случае включает:

• получение нового требования (требований);
• анализ нового требования (требований) и принятие решения внутри компании относительно нового требования (требований)
• достижение соглашения с заказчиком (другими заинтересованными группами) относительно нового требования (требований) с учетом необходимых изменений в плане проекта;
• документирование нового требования (требований) в проектном документе с требованиями;
• внесение изменений в плановые документы проекта согласно выработанным соглашениям;
• изменение иных рабочих продуктов проекта, зависящих от нового требования (требований)

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

Написание требований к программному продукту является преимущественно технической задачей и только одной из задач процесса управления требованиями. Управление требованиями строится на основе тесного взаимодействии с заказчиком (другими группами) с целью учесть множество факторов и удовлетворить все заинтересованные стороны.

На начальном этапе работы над проектом, когда параллельно выполняются сбор требований и планирование проекта, при взаимодействии процесса управления требованиями и процесса планирования принимается решение об использовании того или иного жизненного цикла для проекта и о сроках поставки разработанных продуктов. Например, если требования к продукту достаточно конкретны и основную функциональность продукта решено реализовать в кратчайший срок (приоритет заказчика – скорость исполнения), а дополнительную – позднее, то проект с большой вероятностью будет следовать итеративной или итеративно-инкрементной модели разработки.