Архитектура предприятия

Метрики ИТ-процессов

В лекции рассматривается роль метрик в управлении информационными технологиями (ИТ) на основе подхода COBIT. Автор объясняет, что метрики необходимы для балансировки затрат на ИТ-инфраструктуру и избежания штрафов или репутационных потерь. Вводятся понятия показателей эффективности (до результата) и результативности (после результата), а также приводятся конкретные примеры метрик для процесса управления качеством (доля дефектов, удовлетворённость заинтересованных сторон, обучение персонала).

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

1. Метрики нужны для контроля затрат: Они помогают делать вложения в ИТ достаточными, но не чрезмерными.
2. Разный бизнес требует разного уровня непрерывности: Для банков и MasterCard простои критичны (огромные штрафы), для маленького магазина — допустимы.
3. Модель COBIT связывает цели: Бизнес-цели → IT-цели → IT-процессы → Метрики → Управляющие воздействия.
4. Два типа показателей:
o Показатель эффективности — прогнозирует, можно ли достичь цели (до результата).
o Показатель результативности — оценивает, достигнута ли цель (после факта).
5. Метрики можно адаптировать: Эталонная модель COBIT даёт рекомендации, но компания настраивает их под себя (например, порог дефектов 97–98%).
Показывать лекцию целиком
Краткое изложение

Лектор начинает с вопроса о базовой потребности организации — понимать статус своих информационных систем, чтобы управлять ими. На примере MasterCard и банков показано, что нарушение непрерывности грозит огромными штрафами, способными уничтожить бизнес. В то же время для небольшого магазина шаговой доступности кратковременный сбой системы не критичен — продавец просто поговорит с покупателем.

Отсюда выводится цель метрик: определить оптимальные затраты на управление ИТ. Лектор предлагает использовать модель COBIT: сравнивать нормы, стандарты и цели конкретного процесса, получать контрольную информацию и корректировать действия. Ключевой вопрос лекции: «Соответствуют ли IT-процессы поставленным бизнес-целям?»

COBIT позволяет оценить три уровня: вклад IT в бизнес-цели, эффективность отдельного IT-процесса и контроль конкретных видов деятельности. Лектор различает показатель эффективности (до результата, прогноз) и показатель результативности (после результата, констатация).

В качестве примера разбирается управление качеством. Метрика «Доля заинтересованных сторон, удовлетворённых качеством IT» измеряется через опросы (стейкхолдеры: операционисты, руководители, заказчики). Метрика «Доля дефектов, обнаруженных до начала эксплуатации» должна стремиться к 100% (или порогу 97–98%), чтобы не тестировать на клиентах. Наконец, метрика «Доля IT-персонала, прошедшего обучение по качеству» противопоставляется интуитивному исправлению ошибок.

Выводы

1. Метрики — инструмент осознанного управления ИТ. Без них невозможно ни обосновать бюджет, ни оценить риски (например, штрафы).
2. Универсальных метрик не существует. Требования к непрерывности и качеству зависят от специфики бизнеса (критичность транзакций против «сельпо»).
3. COBIT предлагает полезную эталонную модель для согласования IT-процессов с бизнес-целями, но её необходимо адаптировать.
4. Важно различать прогнозные показатели (эффективность) и фактические (результативность) — только так можно не только констатировать проблемы, но и предсказывать их.
5. Качество IT напрямую зависит от двух факторов: предупреждения дефектов (до эксплуатации) и компетенций сотрудников (обучение против интуиции).

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

1. Почему для банка и для маленького магазина требуются разные уровни непрерывности IT-систем? (Приведите пример из текста)
2. В чём разница между показателем эффективности и показателем результативности по COBIT?
3. Какую цель преследует метрика «Доля дефектов, обнаруженная до начала эксплуатации»? Почему она не должна быть низкой?
4. Какие три уровня оценки даёт модель COBIT (от общего к частному)?
5. Какие риски несёт компания, если она не использует метрики для управления IT, полагаясь только на «интуитивное выстраивание» после ошибок?
Вернуться к учебному плану