ШКАЛА УРОВНЕЙ ЗРЕЛОСТИ АРХИТЕКТУРЫ ОРГАНИЗАЦИИ

Уровни

Характе^^^^

ристики

Уровень 1 начальный

Уровень 2 повторяемый

Уровень 3 определенный

Уровень 4 управляемый

Уровень 5 оптимизированный

Связь с миссией организации

Отсутствует или неявная

Явная связь с миссией

Явная связь с ключевыми параметрами миссии

Периодическая оценка актуальности связи (контролируемый интервал между измерением требований и изменением архитектуры)

Процессы постоянно улучшаются на основании измеряемых требований

Вовлеченность

высшего

руководства

Отсутствует (руководство не понимает, что такое корпоративная архитектура и зачем она нужна)

Руководство немного «в курсе» архитектурного проекта (в меру не мешает и в меру сопротивляется новым архитектурным решениям)

Руководство в курсе проекта и поддерживает его (в первую очередь поддержки удостаиваются стандарты)

Высшее руководство участвует в обсуждении результатов проекта

Руководство активно участвует в оптимизации бизнес- процессов в рамках архитектурного проекта

Участие

функциональных

(бизнес)

подразделений

Поддерживаются только те стандарты, которые функционеры выбирают сами (они полагают что навязанные архитектурой стандарты помешают реализовать миссию организации)

Признание факта, что поддержка большого числа разных технологий накладна (возможно разочарование от внедрения инновационных приложений «впустую»)

Признание факта, что стандарты архитектуры помогут облегчить интеграцию и повысят шансы организации на реализацию миссии (многие активно участвуют в разработке архитектуры)

Все функциональные подразделения активно участвуют в разработке архитектуры

Рекомендации функциональных подразделений используются для улучшения самого процесса разработки архитектуры

Уровни

Характе-^^^^

ристики

Уровень 1 начальный

Уровень 2 повторяемый

Уровень 3 определенный

Уровень 4 управляемый

Уровень 5 оптимизированный

Описание самого процесса разработки архитектуры

Отсутствует или сохраняется в таком виде, как это осталось от прошлого провального проекта

Активно разрабатывается внутри ИТ-службы и недостаточно известно в организации

Процесс хорошо определен и известен ИТ-специалистам и руководителям функциональных подразделений

Процесс является частью корпоративной культуры и тесно связан с другими процессами (финансовым планированием, реинжинирингом и т.п.)

Спланированы усилия по оптимизации процесса (предполагаемые изменения моделируются и оптимизируются)

Разработка профилей стандартов

Нет никакой архитектуры (существует несколько стандартов, выбранных случайным образом)

Стандарты существуют, но не объединены в систему

Разработка профилей стандартов связана с функциональными требованиями посредством концептуальных принципов и лучших практик

Архитектура компонент ИС определена вплоть до уровня стандартов (эксплуатируемые системы проверяются на соответствие стандартам)

То же, что на уровне 4(дополнительно: исключительные ситуации используются для улучшения архитектурного процесса)

Распространение описания архитектуры в организации

Описание хранится в специальной папке в ИТ-службе и почти никому не известно

Папка с описанием архитектуры периодически обновляется и/или ее содержимое размещается на web-сайте (иногда имеют место совещания и обсуждения архитектуры)

Документы регулярно обновляются и уточняются (актуальная на каждый момент версия доступна на web- сайте, проводятся периодические презентации для ИТ-службы и обязательные для новых сотрудников)

Документы регулярно обновляются и уточняются с контролируемыми сроками (проводится мониторинг обучения и ознакомления)

То же, что на уровне 4(дополнительно: исключительные ситуации используются для улучшения процесса распространения архитектуры)

Уровни

Характе^^^^

РИСТИКИ

Уровень 1 начальный

Уровень 2 повторяемый

Уровень 3 определенный

Уровень 4 управляемый

Уровень 5 оптимизированный

Контроль

за применением

стандартов

Явные процедуры отсутствуют

Некоторые стандарты контролируются (отклонения на стадиях проектирования и внедрения могут оставаться незамеченными)

Явный контроль основной части стандартов, формализованный процесс рассмотрения отклонений

Явный контроль всех инвестиций в ИТ, формализованный процесс использования выявленных отклонений для коррекции архитектуры

То же, что на уровне 4(дополнительно: исключительные ситуации используются для улучшения процесса контроля)

Управление

процессом

разработки

архитектуры

Стандарты и средства отсутствуют или случайные (формальный механизм определения и управления, оценка рисков проводится командой проекта)

Используются средства планирования и управления, оценка рисков проводится командой проекта

Целевая архитектура определяет требования к квалификации персонала, процедуры управления изменениями определены и связаны с процессом рецензирования архитектуры

Инициация проекта и определение ключевых требований производятся совместно руководителями организации и ИТ-службы, требования непрерывности производства заложены в цикл планирования проекта

Действует программа обеспечения результативности, контракты с вендорами продлеваются на основе измеряемых показателей производительности и соответствия корпоративным стандартам

Корпоративная

архитектура

масштаба

организации

Миссия, требования к данным и приложениям определены только в принципе, данные о процессах, приложениях, информа-

Большинство приложений перечислены в реестре, для части бизнес- процессов существуют модели

Все приложения классифицированы в реестре в соответствии с их функциональной значимостью, модели бизнес-процессов

Моделирование процессов и выбор приложений проводятся в соответствии с архитектурой, оцениваются затраты времени на моде-

Происходит переход от использования отдельных приложений к использованию решений, бизнес-моделирование становится

Уровни

Характе^^^^

ристики

Уровень 1 начальный

Уровень 2 повторяемый

Уровень 3 определенный

Уровень 4 управляемый

Уровень 5 оптимизированный

ционных ресурсах, а также их модели неполны или отсутствуют вообще

существуют и используются для разработки приложений

лирование и фактическое использование моделей

постоянным и обязательным, актуальные модели сохраняются в репозитории

Организация закупок ИТ

Стратегия закупок отсутствует (персонал, участвующий в закупках, не принимает заметного участия в разработке архитектуры)

Декларируется следование процедурам и стандартам (контроль заявок и фактических закупок на соответствие архитектуре, неполный или отсутствует)

Стратегия закупок определена и предусматривает соответствие стандартам архитектуры (персонал, осуществляющий закупки, участвует в контроле за соблюдением стандартов)

Все закупки планируются и координируются в соответствии с архитектурой, оценка предложений поставщиков интегрирована в процессы планирования архитектуры, существуют процедуры учета и утилизации устаревших компонент ИС

Незапланированные закупки отсутствуют