«Ад замерз»?Такими словами на тематическом форуме InfoQ Скотт Амблер в 2006 г. открыл дискуссию о целесообразности разработки модели зрелости, использующей гибкие методологии при управлении проектами в компании [16]. Объектом его внимания стала предложенная Россом Петтитом модель зрелости, представлявшая собой попытку соединить концепцию зрелости проектного управления и ценности гибких методологий в УП. Амблер утверждал, что в самом сочетании прескриптивного пути развития компании в области проектного менеджмента и сущности гибкого, адаптивного управления есть имплицитное противоречие.В дальнейшем на том же форуме было представлено несколько публикаций, посвященных как моделям зрелости, так и анализу их необходимости и уместности. При изучении этих статей у нас возник вопрос: подходят ли существующие инструменты оценки и развития зрелости для компаний, применяющих гибкие методологии в своей деятельности? Для этого мы изучили существующие модели и попытались сформулировать их ограничения.С одной стороны…Исторически понятие зрелости родилось в области управления качеством. Впервые термин «зрелость» ввел более 30 лет назад Филипп Кросби — один из признанных гуру Total Quality Management. В книге Quality is free он предложил Quality Process Maturity Grid, которая описывает пять уровней зрелости процессов управления качеством.В 1985 г. IBM Group во главе с Роном Радиком адаптировала эту модель для сферы разработки программного обеспечения. Некоторые исследователи, правда, полагают, что первопроходцем был Ричард Нолан, который в 1983 г. опубликовал Stages of growth — модель развития для ИТ-организаций. В 1986 г. Уоттс Хэмфри предложил свою структуру зрелости, добавив концепции уровней зрелости и разработав основу для их использования. Ранние версии структуры зрелости процессов разработки, предложенные Хэмфри, описаны в его книге Managing the Software Process и отчетах Software Engeneering Institute. В дальнейшем эта модель приобрела вид известной Sw-CMM. После этого было создано множество различных моделей зрелости, которые продвинулись далеко вперед от разработки базовой  архитектуры процессов. На рис. 1 приведен эволюционный путь моделей зрелости (отражены самые известные модели из области проектного менеджмента, разработки ПО и управления качеством).