"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу автора

производственного потенциала организации.
Выполнение оценки с использованием каких-либо вариантов метода Дельфи
(метода, в котором эксперты в соответствующей области обсуждают поставленные
проблемы и вырабатывают согласованные рекомендации по их решению) обычно
считается рациональным процессом. Несмотря на то, что метод Дельфи
ориентирован на личности, основанная на нем оценка объема удовлетворяет
критериям рационального и эффективного процесса, а такая структурированная
методика способствует развитию потенциала организации.
Основной смысл профессиональной оценки состоит в выявлении подобных
различий. Формальное соответствие целям и адекватное качество бывает трудно
отличить друг от друга. Цели подытоживают ключевые практики, которые, в свою
очередь, описывают рациональный производственный процесс. Однако
рациональность процесса не гарантирует его эффективности в достижении своих
целей. Существует множество факторов, способных повлиять на успех
организации и проекта. Например, успешный проект создания продукта, который
никто не захочет купить, является провалом в коммерческом мире.
Атрибуты адекватности могут интерпретироваться лишь в контексте
бизнес-среды и конкретных условий проекта и организации. Подобные оценки
адекватности могут выполняться организацией только как часть ее цикла
непрерывного усовершенствования производственного процесса. При этом нельзя
достичь совершенства, а непрерывное усовершенствование процесса никогда не
завершается.

ГЛАВА 8. УРОВЕНЬ 2: ПОВТОРЯЕМЫЙ УРОВЕНЬ

8.1. Управление требованиями

Группа ключевых процессов для уровня 2: повторяемый уровень.
Цель управления требованиями состоит в том, чтобы заказчик и
разработчики смогли полностью согласовать требования, выдвигаемые к проекту
разработки ПО.
Управление требованиями включает в себя достижение и поддержку
соглашения с заказчиком по требованиям к проекту разработки. Это соглашение
носит название "системных требований, установленных для ПО". Под
"заказчиком" может подразумеваться группа системного проектирования, группа
маркетинга, какая-либо другая внутренняя организация или внешний заказчик.
Данное соглашение охватывает как технические, так и прочие требования
(например, сроки поставки). Это соглашение формирует основу для оценки
затрат, планирования, выполнения и отслеживания производства работ по
проекту в течение всего жизненного цикла ПО.
Отнесение системных требований к ПО, оборудованию и другим компонентам
системы (например, людям) может выполняться группой, внешней по отношению к
группе разработки (например, группой системного проектирования), причем
разработчики не должны непосредственно контролировать это распределение.
Группа разработки предпринимает в рамках проекта соответствующие шаги,
обеспечивающие контроль над теми требованиями, которые попадают в сферу
ответственности разработчиков, а также их документирование.
Чтобы обеспечить этот контроль, группа разработки рассматривает
исходные и переработанные системные требования к ПО и пытается решить
возможные проблемы до того, как требования будут внедрены в проект