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

причиной этого было отсутствие материалов по этому стандарту на русском
языке.
Данный перевод текстов стандарта SW-CMM призван устранить этот пробел и
предназначается для всех ИТ специалистов: топ-менеджеров компаний,
руководителей проектов, а также рядовых разработчиков. Мы надеемся, что
изложенный в книге материал о модели SW-CMM и изложенный в ней опыт успешных
и развитых компаний помогут отечественным специалистам повысить
эффективность своей работы, выстроить процессы разработки ПО в соответствии
с современными требованиями рынка, лучше взаимодействовать с заказчиками и
отвечать их запросам.
В заключение хотелось бы персонально поблагодарить тех, кто помогал нам
делать данный перевод: сотрудникам компании "Аджаст Медиа", особенно Наталье
Сапрыкиной, подготовившей первую версию глоссария в соответствии с принятой
в России стандартной терминологией, а также участникам форума на интернет
сайте: Игорю Овсянику (EPAM Systems, Минск), Виктору Малькову (Тэлма, Нижний
Новгород), Юрию Назаренко (TelesensKSCL Ukraine Itd.), Михаилу Сабурову,
Максиму Локтухину, Алексею Пичкурову, Павлу Можаеву (БНТП, Москва),
Александру Бузуну (Тэлма, Нижний Новгород), Александру Ефимову, Batbold
Dulguun (The World Bank Junior Professional Associate), активно
участвовавших в обсуждении и адаптации перевода основных терминов SW-СММ.
Владимир Рябикин, www.ryabikin.com

ГЛАВА 1. ОСНОВНЫЕ ПОНЯТИЯ ЗРЕЛОСТИ ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ

Спустя два десятилетия, проведенных в ожидании роста производительности
и качества ПО вследствие применения новых технологий и методик разработки,
промышленные и правительственные организации начали осознавать
фундаментальную проблему, с которой они столкнулись: невозможность
управления процессом разработки ПО [DoD 87]. Стало очевидным, что
преимущества, возникшие вследствие применения наилучших инструментальных
средств и методов разработки, сводятся к нулю при работе в рамках
неорганизованного, хаотического проекта. Многие организации отмечают, что
завершение проектов зачастую слишком запаздывает, а затраченный бюджет вдвое
перекрывает запланированный [Siegel 90]. Как правило, подобные неудачи
вызваны тем, что организации не предоставляют своим группам разработчиков
необходимой инфраструктуры и поддержки.
Тем не менее случается и так, что даже в недисциплинированной
организации отдельные проекты дают превосходные результаты. Успешное
завершение подобных проектов, как правило, требует героических усилий со
стороны энтузиастов-разработчиков, в отличие от итеративного повторения
проверенных методов со стороны организации, обладающей зрелыми
производственными процессами. В отсутствие единого для всей организации
производственного процесса, повторение достигнутых результатов определяется
исключительно участием тех же сотрудников, которые были задействованы в
предыдущем проекте. Таким образом, подобный успех определяется участием
высококвалифицированных энтузиастов, а не наличием у организации фундамента,
способного обеспечить устойчивую, долговременную производительность труда и
непрерывное улучшение качества разработок. Достижение же последнего может
произойти только в результате сфокусированных и непрерывных усилий,
направленных на построение инфраструктуры процессов эффективной программной