Зрелость ит-процессов по модели
Результатом работы по обновлению версии СММ в 1997 г. стала объединенная на сменумодель — СММ Integration, учитывающая наработки в смежных областях. В настоящее время актуальной является версия CMMI vl.3, вышедшая в ноябре 2011 г. Однако ей на смену уже приходит новая версия 2.0. В рамках этого обновления уже выпущен раздел Development (разработка). Полное обновление модели, включая возможность… Читать ещё >
Зрелость ит-процессов по модели (реферат, курсовая, диплом, контрольная)
Если сотрудники постоянно заняты «спасением» организации, если они систематически не могут уйти вовремя домой с работы и постоянно приходится премировать отдельных «героев» за сверхнормативные усилия, то, скорее всего, организация находится на низком уровне зрелости процессов[1].
Повторим несколько принципов теории качества, которые были рассмотрены в гл. 4:
- 1) качество предоставляемых ИТ-службой сервисов определяется качеством процессов этой службы;
- 2) невозможно предоставлять качественный ИТ-сервис и качественные автоматизированные продукты, имея некачественные неупорядоченные процессы;
- 3) не может быть улучшено то, что не измерено;
- 4) систему управления качеством нельзя выстроить за один шаг — это результат длительного эволюционного процесса, основанного на цикле постоянного улучшения.
На пересечении развития теории качества и информационных технологий родился ряд международных стандартов (например, ISO 20 000 — Information Technology Service Management, Control Objectives for Information and Related Technologies), наборов рекомендаций (например, Information Technology Infrastructure Library) и модель зрелости (Capability Maturity Model Integration), которая включила не только описание того, как необходимо выстраивать процессы, но и в какой последовательности, и как оценить текущее состояние.
История и цели создания CMMI
В середине 1980;х гг. по инициативе Министерства обороны США была создана модель зрелости организации — Capability Maturity Model. Непосредственно работы по созданию модели выполнял Software Engineering Institute (SEI, подразделение Carnegie Mellon University).
Поводом для начала работ над моделью стал ряд провалов крупных военных проектов, связанных с привлечением разработчиков программного обеспечения.
Первичной целью создания модели было обеспечить предсказуемый уровень качества программного обеспечения, получаемого от сторонних разработчиков путем их ранжирования по уровню качества и эффективности внутренних процессов производства.
В основу разработки был положен базовый постулат теории качества: «Качественный продукт может производиться только при условии существования качественных производственных процессов».
На первом этапе создания модели зрелости использовалась работа Филипа Кросби «Качество — бесплатно»[2] с приведенной в ней матрицей зрелости организаций — QMMG (от англ. Quality Management Maturity Grid — матрица зрелости управления качеством): uncertainty (неопределенность), awakening (эпизодичность), enlightment (просвещение), wisdom (мудрость), certainty (определенность). В ноябре 2011 г. была выпущена очередная полная версия модели — 1.3 CMMI, которая содержит другое наименование уровней:
- • initial — начальный;
- • managed — управляемый;
- • defined — регламентированный;
- • quantitatively managed — количественно управляемый;
- • optimizing — оптимизирования.
После выхода нескольких последовательных уточняющих версий документа к 1991 г. модель получает широкое распространение в мире (CMMvl.J).
К 1997 г. модель получила развитие в виде ряда версий для проектирования систем (SE-CMMI), управления человеческими ресурсами (РМ-СММ), оценки программного обеспечения (SA-CMM), конструирования/инжиниринга (.ЕММ). Параллельно шло развитие международных стандартов ISO в области качества процессов управления, в том числе ISO 9001 (Quality system requirements'), ISO15504 (Software Process Improvement and Capability Determination SPICE) и др.
Результатом работы по обновлению версии СММ в 1997 г. стала объединенная на сменумодель — СММ Integration, учитывающая наработки в смежных областях. В настоящее время актуальной является версия CMMI vl.3, вышедшая в ноябре 2011 г. Однако ей на смену уже приходит новая версия 2.0. В рамках этого обновления уже выпущен раздел Development (разработка). Полное обновление модели, включая возможность прохождения официальной оценки, запланировано на 2019 г. На рис. 12.1—12.2 представлена статистика роста применимости модели в мире[3].
Применение CMMI в Российской Федерации по состоянию на 2018 г. представлено в табл. 12.1.
Рис. 12.1. Применение CMMI по континентам на 2017 г.
Рис. 12.2. Динамика роста применения CMMI по континентам Применение CMMI в Российской Федерации1.
Компания. | Уровень. |
Accenture Tver Delivery Center application maintenance capability | |
Atos IT Solutions and Services LLC (RUSSIA) Consulting and System Integration | |
Luxoft Aerospace Delivery Center | |
National Settlement Depository (Russia) IT Division | |
NetCracker Technology Corporation Solution Delivery Department | |
Sberbank of Russia Sberbank — Technology Core Platform Development Center | |
Sberbank of Russia Sberbank — Technology Credit Factory Development Center |
Глобально в настоящее время для применения CMMI характерны следующие тенденции и параметры:
- • с 2007 г. зарегистрировано 14 тыс. официальных оценок;
- • в среднем количество оценок растет на 9% ежегодно;
- • 76% организаций, прошедших оценку, имеют до 100 сотрудников;
- • толькоЮ % организаций достигли высших уровней (4-го или 5-го);
- • количество оцененных организаций, применяющих подходы agile, выросло с 30% до 80% за период с 2009 по 2017 г.;
- • количество организаций, проходящих оценку периодически, выросло до 73%;
- • количество оценок выросло на 18% в 2017
- • наибольший рост количества оценок: Китай, США, Индия и Мексика.