Процессы управления информационными технологиями

Эталонная модель процессов

Рассматривается эталонная процессная модель COBIT: разделение процессов руководства и управления, состав групп, логика описания процессов через практики, входы и выходы. Показано, как использовать модель для анализа, реинжиниринга и улучшения процессов, как задавать целевые уровни возможностей и метрики результативности. Материал связывает процессы с целями предприятия и ИТ.

Основные мысли

В результате изучения лекции слушатель будет способен:
1. Называть группы процессов руководства и управления в эталонной процессной модели COBIT.
2. Объяснять логику разделения руководства и управления и назначение эталонной модели.
3. Применять модель для соотнесения существующих процессов предприятия с типовыми группами.
4. Анализировать описание процесса: практики, входы, выходы и связи с другими процессами.
5. Оценивать необходимость добавления, удаления или уточнения процессов при реинжиниринге.
6. Формулировать целевые уровни возможностей и метрики для управления производительностью факторов влияния.
Показывать лекцию целиком
Краткое изложение

Эталонная процессная модель COBIT

Процессы в эталонной модели COBIT (Control Objectives for Information and Related Technologies) разделены на пять больших групп. Верхняя группа — руководство (EDM, Evaluate, Direct and Monitor). Её префикс — EDM. В нижней части находятся группы управления (management). Каждое предприятие определяет свои процессы так, как считает нужным. Процессная модель COBIT показывает пример разделения процессов руководства и управления.

Группы управления

В нижней части модели представлены четыре группы управления.

Группа Расшифровка Смысл
APO Align, Plan and Organize Координация, планирование и организация
BAI Build, Acquire and Implement Разработка, приобретение и внедрение
DSS Deliver, Service and Support Предоставление обслуживания, поддержка и мониторинг
MEA Monitor, Evaluate and Assess Оценка и анализ

Как использовать модель

Тот, кто разрабатывает, улучшает или реинжинирует процессы предприятия, может взять эту модель и посмотреть, куда отнести существующие процессы. Нужно понять, что добавить, что убрать, что уточнить. Смысл многих процессов понятен: управление выбором и внедрением решений; управление требованиями; управление программами и проектами. Эти идеи близки к стандарту ISO/IEC 12207 и концепциям CMM (Capability Maturity Model). COBIT использовал эти подходы и включил их в модель. Также в модели есть управление конфигурациями и управление активами.

Пример описания процесса

Пример описания процесса в COBIT большой и англоязычный, потому что соответствующий том COBIT не переведён на русский язык. В примере описан процесс управления риском. Его суть: аппетит к риску (risk appetite) и переносимость риска (risk tolerance) должны быть поняты, точно определены и известны всем заинтересованным сторонам. Риск для создания ценности предприятия должен быть идентифицирован и управляем.

Практики, входы и выходы

Описание процесса включает базовые практики (base practices). Сначала даются короткие названия практик и их назначение. Затем справа указывается, что практика поддерживает. Далее идут входы (inputs): откуда они поступают, из каких процессов и практик. Затем выходы (outputs): что представляет результат и куда он поступает. Так описаны все процессы в процессной модели COBIT. Предполагается, что это может дополняться видами деятельности из стандартов и сводов хороших практик.

Метрики и оценка возможностей

Для управления производительностью факторов влияния (enablers) строят метрики. Они должны отвечать на вопросы: удовлетворяются ли потребности заинтересованных сторон; достигаются ли цели факторов влияния по шаблону фактора влияния. В COBIT определены метрики: результатные, отложенные и опережающие индикаторы.

Оценка возможностей процессов основана на стандарте ISO/IEC 15504. Процессам назначают целевые уровни возможностей (capability levels). Эти уровни выбираются исходя из целей предприятия или ИТ-целей.

Краткие итоги

Практическая ценность эталонной процессной модели проявляется тогда, когда она используется как язык описания и сравнения, а не как жёсткий шаблон. Разделение руководства и управления позволяет развести ответственность за целеполагание, контроль и мониторинг от ответственности за планирование, создание, эксплуатацию и оценку. Это упрощает диагностику: сначала определяется, какие решения должны приниматься на уровне руководства, затем — какие процессы управления обеспечивают их выполнение. Для реинжиниринга важно не копировать модель, а соотнести существующие практики с типовыми группами, выявить разрывы, дублирование и лишние звенья. Модель становится инструментом картирования: она помогает увидеть, где предприятие уже действует системно, а где процессы фрагментированы или не связаны с целями. Особую роль играет описание процессных границ. Практики, входы и выходы превращают процесс из названия в управляемую единицу. Входы показывают зависимости от других процессов, выходы — вклад в общую цепочку создания ценности. Это позволяет проверять согласованность процессов, устранять разрывы и избегать дублирования. При практическом применении модель стоит дополнять отраслевыми стандартами и сводами хороших практик, иначе она останется верхнеуровневой схемой. Метрики нужны не для отчётности ради отчётности, а для ответа на вопросы: удовлетворяются ли потребности заинтересованных сторон и достигаются ли цели факторов влияния. Результатные, опережающие и отложенные индикаторы дают разные временные горизонты управления. Оценка возможностей процессов на основе ISO/IEC 15504 позволяет перейти от качественных суждений к целевым уровням. Назначение этих уровней должно исходить из целей предприятия и ИТ, а не из формального желания повысить зрелость. Тогда модель помогает расставлять приоритеты улучшений, обосновывать ресурсы и связывать процессные изменения с ожидаемым эффектом.

Краткий вариант лекции

Процессы в эталонной модели COBIT делятся на пять групп. Верхняя группа — руководство (EDM, Evaluate, Direct and Monitor). Нижние четыре группы — управление: APO (Align, Plan and Organize), BAI (Build, Acquire and Implement), DSS (Deliver, Service and Support), MEA (Monitor, Evaluate and Assess). Предприятие может определять процессы по-своему; модель показывает пример разделения руководства и управления.

Управленческие группы включают: APO — координация, планирование и организация; BAI — разработка, приобретение и внедрение; DSS — предоставление обслуживания, поддержка и мониторинг; MEA — оценка и анализ.

Эталонная модель используется при разработке, улучшении или реинжиниринге процессов. Нужно взять модель и соотнести существующие процессы с группами, понять, что добавить, что убрать, что уточнить. Смысл процессов: управление выбором и внедрением решений; управление требованиями; управление программами и проектами. Эти идеи близки к ISO/IEC 12207 и CMM. Также рассматриваются управление конфигурациями и управление активами.

Пример описания процесса в COBIT большой и на английском, потому что том не переведён. В примере процесс управления риском: аппетит к риску (risk appetite) и переносимость риска (risk tolerance) должны быть поняты, точно определены и известны заинтересованным сторонам; риск для создания ценности предприятия идентифицирован и управляется.

Описание процесса включает базовые практики (base practices). Слева или вверху даны короткие названия практик и их назначение. Справа указано, что практика поддерживает. Далее идут входы (inputs): откуда они поступают, из каких процессов и практик. Затем выходы (outputs): что представляет результат и куда он поступает. Так описаны все процессы. При практической реализации это можно дополнять видами деятельности из стандартов и сводов хороших практик.

Для управления производительностью факторов влияния (enablers) строят метрики. Они должны отвечать, удовлетворяются ли потребности заинтересованных сторон и достигаются ли цели факторов влияния по шаблону фактора влияния. В COBIT есть результатные метрики, отложенные и опережающие индикаторы.

Оценка возможностей процессов основана на ISO/IEC 15504. Процессам назначают целевые уровни возможностей (capability levels). Их выбирают исходя из целей предприятия или ИТ-целей.

Выводы

1. Эталонная модель COBIT задаёт пример разделения процессов, а не обязательный шаблон.
2. Предприятие само определяет состав процессов с учётом своих особенностей.
3. Руководство (EDM) отделено от управления (APO, BAI, DSS, MEA).
4. Управленческая часть охватывает планирование, создание, эксплуатацию и оценку.
5. Модель применяется для картирования, анализа и реинжиниринга процессов.
6. При анализе проверяют, что добавить, убрать или уточнить в существующих процессах.
7. Описание процесса включает базовые практики, входы и выходы.
8. Входы и выходы показывают связи процесса с другими процессами и практиками.
9. Метрики процессов должны отражать потребности заинтересованных сторон и цели факторов влияния.
10. Оценка возможностей процессов опирается на ISO/IEC 15504 и целевые уровни.
11. Целевые уровни назначаются исходя из целей предприятия и ИТ.
12. Практическая реализация требует дополнения модели стандартами и хорошими практиками.

Вопросы для самопроверки

1. Зачем в процессной модели COBIT разделяют руководство и управление?
2. Какую роль играет эталонная процессная модель при реинжиниринге?
3. По какому принципу предприятие может адаптировать модель под себя?
4. Какие группы образуют управленческую часть модели?
5. Что означает префикс EDM?
6. Как использовать таблицу процессов для анализа существующих процессов?
7. Из каких элементов состоит описание процесса в COBIT?
8. Что такое базовые практики и что они поддерживают?
9. Как связаны входы и выходы процессов?
10. Чем полезны метрики факторов влияния?
11. Какие типы индикаторов метрик упоминаются?
12. На чём основана схема оценки возможностей процессов и как назначаются целевые уровни?
Вернуться к учебному плану