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

тиражировании своей продукции - они нацелены на вопросы проектирования и
являются наукоемкой деятельностью [Curtis 88].

Рис. 2.2. Трехфазная диаграмма Джурана: планирование, контроль и
улучшение качества

2.3. Представление о производственном процессе

Инженеры-разработчики воспринимают состояние проекта детально, так как
они обладают непосредственной информацией о его статусе и
производительности. Однако в больших проектах уровень их понимания
снижается, ограничиваясь лишь той областью, за которую они лично
ответственны. Лица, непосредственно не участвующие в проекте, например
старшие менеджеры, не имеют полного представления о процессах проекта и
полагаются только на периодические обзоры, из которых черпают информацию о
текущем состоянии проекта. На рис. 2.3 изображен уровень представления о
состоянии и производительности проекта, доступный для руководящего звена на
каждом уровне зрелости программного процесса. Каждый последующий уровень
зрелости инкрементно уточняет представление о производственном процессе.

Рис. 2.3. Представление руководства о производственном процессе на
каждом уровне зрелости
На уровне 1 производственный процесс является полностью аморфной
сущностью - по сути дела, черным ящиком - и представление о процессах
проекта весьма ограничено. Так как поэтапная очередность работ плохо
определена, менеджеры тратят чрезвычайно много усилий на выяснение статуса
развития проекта и текущего хода работ (эти оценки могут проводиться и без
получения полной информации, если ее сбор затрагивает вопросы
конфиденциальности или безопасности организации).
Требования поступают в производственный процесс неконтролируемым
образом, что отражается на продукте. Разработка ПО часто представляется
чем-то сродни черной магии (особенно менеджерами, слабо знакомыми с
программным обеспечением).
На уровне 2 контролируются требования заказчиков и промежуточные
продукты, а также установлены основные практики управления проектом. Эти
средства управления проектом дают фрагментарное представление о нем. Процесс
создания ПО может рассматриваться как последовательность черных ящиков,
дающая руководству представление о результатах только во время перехода
операций между ящиками (т. е. при прохождении основных этапов проекта). Хотя
руководство может и не быть в курсе относительно происходящего в черных
ящиках, продукты процесса и контрольные точки, подтверждающие
функционирование процесса, идентифицированы и известны. Руководство
реагирует на проблемы по мере их возникновения.
На уровне 3 становится видимой внутренняя структура черных ящиков, т.
е. задач определенного производственного процесса. Эта внутренняя структура
отражает способ, применения стандартного производственного процесса
организации для конкретного проекта. Как менеджеры, так и инженеры понимают
свои роли и сферы ответственности в пределах процесса и то, как их операции
взаимодействуют друг с другом. Руководство заблаговременно готовится к
потенциальным рискам. Лица, не задействованные в проекте, могут получить