Обеспечение процессов управления требований

Распределение ответственности

Аналитик

Аналитик является ключевой ролью в составе рабочей группы.

Аналитик имеет право согласовывать требования перед их утверждением Руководством компании.

Для каждого проекта разработки программного обеспечения в рабочей группе выделяется специалист – Аналитик, который ведет управление требованиями. Управление требованиями выполняется Аналитиком на протяжении всего жизненного цикла проекта.

В обязанности Аналитика входит:

1. Разработка требований и/или координация работ по разработке требований.

2. Локализация требований к ПО на основе общих требований к системе, в случае, если проект разработки ПО является подпроектом общего проекта разработки программно - аппаратной системы.

3. Анализ требований, координация по процедурам проверки требований, сбор и учет замечаний к требованиям, идентификация и оценка рисков.

4. Согласование требований в компании, в рабочей группе проекта и у Заказчика.

5. Выпуск версий документов, содержащих требования, отчетов об анализе требований, предложений по управлению рисками, связанными с требованиями.

6. Обеспечение информированности членов рабочей группы о текущем статусе требований.

7. Организация сдачи разработанного продукта Заказчику.

8. Контроль над изменениями требований.

9. Контроль над соответствием разрабатываемых материалов проекта утвержденным требованиям.

Менеджер проекта

Менеджер проекта является ключевой ролью в составе рабочей группы.

Менеджер проекта имеет право согласовывать требования перед их утверждением Руководством.

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

1. Планирование ресурсов и контроль выполнения задач, связанных с управлением требованиями в проекте.

2. Проверка корректности требований.

3. Организация оценки требований в отношении ресурсов, требуемых для их выполнения и связанных с требованиями рисков.

4. Разработка плана компенсации рисков, связанных с требованиями к ПО.

5. Разработка и корректировка плана разработки ПО на основе утвержденных требований к ПО.

6. Контроль выполнения задач, утвержденных в плане проекта, в контексте удовлетворяемых требований к ПО.

7. Организация принятия решений по проблемам и рискам, связанным с управлением требованиями.

8. Вынос на уровень руководства проблем и рисков, связанных с требованиями, которые не могут быть разрешены внутри проекта.

Тестировщик

Тестировщик является ключевой ролью в составе рабочей группы.

Тестировщик имеет право согласовывать требования перед их утверждением Руководством компании.

Тестировщик проекта имеет следующие обязанности в процессе управления требованиями:

1. Проверка требований в отношении их тестируемости. Внесение предложений по изменению требований с целью обеспечения их тестируемости.

2. Подготовка и корректировка плана тестирования, включая программу-методику испытаний, на основе актуальной версии требований.

3. Организация и проведение тестирования разрабатываемого программного продукта в соответствии с планом тестирования в контексте проверки результирующих требований.

4. Информирование разработчиков о степени удовлетворения актуальных требований, выявленной в результате тестирования

Проектировщик

Проектировщик является ключевой ролью в составе рабочей группы.

Проектировщик имеет право согласования требований.

Проектировщик проекта имеет следующие обязанности в процессе управления требованиями:

1. Проверка требований в отношении их реализуемости. Внесение предложений по изменению требований с целью обеспечения их реализуемости.

2. Оценка технических рисков, связанных с реализацией требований.

3. Разработка и корректировка технического проекта на основе актуальной версии требований.

Разработчик

Разработчик является ключевой ролью в составе рабочей группы.

Разработчик имеет право согласования требований.

Разработчик проекта имеет следующие обязанности в процессе управления требованиями:

1. Проверка требований в отношении трудоемкости их удовлетворения.

2. Внесение предложений по изменению требований с целью повышения эффективности работ по реализации требований.

3. Проверка соответствия между ТЗ и Техническим проектом, между ТЗ и Планом тестирования.

4. Оценка технических рисков, связанных с реализацией требований.

5. Кодирование и отладка в соответствии с Техническим проектом, с учетом Плана тестирования в контексте удовлетворяемых требований.

Документирование

Требования к ПО должны быть документированы. Действующая версия требований должна быть оформлена и утверждена в соответствии с порядком утверждения официальных документов в организации Заказчика. Электронная копия действующей копии требований должна быть опубликована для информации членов рабочей группы и руководства компании.

Оформление требований для российских заказчиков выполняется в соответствии со стандартом ГОСТ 34.602, для иностранного заказчика - в соответствии со стандартом IEEE Std 830, если иное не оговорено в контракте.