Нашли неточность или есть что добавить? Напишите автору
Собирать показатели работы ИТ и представлять их так, чтобы по ним принимали решения.
Зачем измерение и отчётность
Цель практикиПрактикаНабор ресурсов организации для выполнения работы определённого типа.ITIL 4 определена неожиданно точно: поддерживать хорошие решения и постоянное улучшение, снижая неопределённость 1. Для этого собирают данные об управляемых объектах и правильно оценивают их — в подходящем окружении. Управляемым объектом бывает услуга, практика, команда, поставщик, отдельный человек и организация целиком 1.
Само измерение определено через ту же неопределённость: способ снизить её на основании одного или нескольких наблюдений, выраженных в исчислимых единицах 1.
Управлять можно и без измерений: часть задач решается лидерством, общением, замыслом и чутьём. Утверждение «нельзя управлять тем, что не измеряешь» называет неверным 1.
Ценности сами по себе замеры не имеют — она появляется, когда замер применяют в управлении 1. Отсюда простая проверка любой панели показателей: назовите решение, которое по ней принимают.
ГОСТ Р ИСО/МЭК 20000-1 превращает это в обязанность. Организация определяет, что мерить, какими методами, когда снимать замеры и когда разбирать итог. А потом оценивает два вопроса: работает ли система управления на заявленные цели и отвечают ли услугиУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation требованиям 2.
Когда практика работает
Три вопроса, ответы на которые видны по отчётам, а не по числу дашбордов.
У каждого замера есть цель. Как проверить: показатель выводится из цели управляемого объекта, а не из того, что умеет считать система 1.
У показателя есть цель и допуск. Как проверить: у ключевого показателя заданы целевое значение, направление и порог — без них он остаётся просто числом 1.
По отчёту принимают решения. Как проверить: организация принимает решения на основании свидетельств из отчётов, а согласованные действия доводятся до заинтересованных сторон 2.
Что входит и что рядом
| Входит в практику | Рядом, но это другая практика |
|---|---|
| Подход к измерению и отчётности | Сбор технических данных — EVNМониторинг и управление событиями |
| Выбор показателей и способов замера | Согласование целей по услугам — SLMУправление уровнем услуг |
| Наборы ключевых показателей | Отчёты по своей теме — все практики |
| Шаблоны отчётов и правила отчётности | Решения по итогам — IMPПостоянное улучшение |
| Сбор, обработка и разбор данных | Обсуждение требований к отчётам — RELУправление отношениями |
| Пересмотр системы измерений | Достоверность исходных данных — CFGУправление конфигурациями |
Есть интересная граница: собственная задача практики — качество данных по их пригодности к делу и по представлению, а внутреннее качество исходных данных обеспечивают другие практики, прежде всего наблюдение за событиями и работа с конфигурациями 1.
Что на входе и что на выходе
Что приходит
- EVNМониторинг и управление событиямиданные наблюдения для отчётности1
- INCУправление инцидентамиотчёты об инцидентах и по итогам разбора1
- REQУправление запросами на обслуживаниеданные о выполнении: сроки, объёмы, типы запросов1
- SDKСлужба поддержкиданные об обращениях: объём, каналы, время ответа1
- CHNКонтроль измененийданные об изменениях: сроки, успешность, тенденции1
- AVLУправление доступностьюданные о доступности для отчётности1
- MOpУправление эксплуатациейотчёт о выполнении регламентных работ1
- IMPПостоянное улучшениечто именно нужно измерять по каждому начинанию1
- DQMУправление качеством данныхкачество данных, на которых строятся отчёты1
- DtWВедение хранилищ и бизнес-аналитикааналитические отчёты и витрины для решений1
Что уходит
- SLMУправление уровнем услуготчёты о достигнутом уровне2
- QtMУправление качествомпоказатели работы услуг за период1
- RELУправление отношениямитенденции производительности и результатов сервисов2
- STRСтратегия ИТотчёты о положении дел и ходе начинаний1
- ITGСистема управления ИТотчёты о результатах для надзора2
- PRFУправление производительностьюпоказатели и оценки для управления результативностью ИТ4
- BVMОбеспечение получения выгодыданные о продвижении к обещанным результатам1
Практика получает цели, факторы успехаФактор успеха практикиТо, что должно быть верно, чтобы практика выполняла своё назначение.ITIL Service Operation, раздел 4.2.8, требования к отчётам, данные систем и наблюдений. Отдаёт показатели, наборы ключевых показателей, шаблоны и сами отчёты — вместе с найденными в них поводами что-то изменить.
Четыре типа показателей, и почему нужны все
Типов четыре, и есть предупреждение: отсутствие какого-то типа означает, что часть свойств объекта просто не измеряется 1.
| Тип | На что отвечает | Пример 1 |
|---|---|---|
| Результативность | Достигает ли работа своей цели | Выводится из назначения практики и её факторов успеха |
| Эффективность | Как расходуются ресурсы | Доля изменений, выполненных с первой попытки без переделок |
| Производительность | Сколько работы проходит через практику | Показатель пропускной способности управления проблемами |
| Соответствие | Соблюдаются ли правила | Доля отчётов, переданных заказчику вовремя |
Показатель пропускной способности даётся формулой: (N + C) / (O + C). Здесь N — сколько новых проблемПроблемаПричина одного или нескольких инцидентов.ITIL завели и не закрыли за период. O — сколько проблем осталось открытыми на конец периода. C — сколько проблем разобрали и закрыли за период. Формула показывает, сколько проблем проходит через практику по сравнению с накопленными за прошлые периоды 1.
Отдельно разводятся опережающие и запаздывающие показатели. Запаздывающие сообщают о том, что уже случилось: «доля заявок, обработанных вовремя, — восемьдесят семь процентов». Влиять на них напрямую нельзя. Опережающие помогают предсказать будущее, их труднее мерить, зато легче менять: скорость реакции службы поддержкиСлужба поддержки (service desk)Единая точка контакта между теми, кто пользуется ИТ-услугами, и теми, кто их предоставляет: сюда приходит обращение и здесь оно должно быть зафиксировано.ITIL 4, практическое руководство Service Desk; MOF 4.0 можно поднять людьми или правилами разбора очереди 1.
Как это работает
Процессов два: проектирование системы измерений и отчётности и, собственно, отчётность с оценкой 1.
Система измерений строится в пять шагов 1:
| Шаг | Что делается | Что получается |
|---|---|---|
| 1. Цели | Договариваемся, зачем нужна система измерений | Цели по образцу «девяносто процентов изменений в срок к концу года» 1 |
| 2. Факторы успеха | Раскладываем цель на условия достижения | Условия, при которых цель считается достигнутой 1 |
| 3. Показатели | Подбираем показатели и средства замера | Показатели с учётом возможностей средств 1 |
| 4. Ключевые показатели | Выбираем важнейшие, задаём цель, направление и порог | Согласованный набор ключевых показателей 1 |
| 5. Свод в оценку | Приводим показатели к сравнимому виду | Общая оценка по зонам: достигнуто, между порогом и целью, ниже порога 1 |
Три места стоит объяснить отдельно.
Первый шаг важнее остальных. От качества постановки целей зависят все последующие шаги 1. Обратный порядок — сначала посмотреть, что умеет считать система, потом придумать цель — даёт отчёты, которые никто не читает.
Третий шаг ограничен возможностями средств. Сказано честно: технические ограничения серьёзно сужают то, что вообще можно измерить, а ручной сбор данных дороже и даёт сведения с опозданием и меньшей точностью 1.
Четвёртый шаг требует равновесия. Набор ключевых показателей должен показывать, не приносится ли одно свойство в жертву другому — например, качество в погоне за скоростью 1.
Второй процесс идёт постоянно: собрать и обработать данные, разобрать их и составить отчёт, оценить отчёт и принять решения 1. Есть частое заблуждение: считать, будто разбор данных делают средства автоматизации. Люди видят тенденцию и не задают главных вопросов — что она означает и как влияет на организацию 1.
Что с чем путают
Показатель и ключевой показатель. Ключевым показатель становится, когда описывает важнейшие свойства объекта и когда у него есть согласованное целевое значение и допуск 1.
Данные и знание. Обработка превращает данные в сведения, разбор — сведения в знание, пригодное для решения 1.
Оперативный отчёт и аналитический. Первый следит за работой, состоит из фактов и вычислений, при автоматизации выпускается хоть несколько раз в день. Второй ищет скрытые проблемы, объясняет тенденции, готовится днями или месяцами и поддерживает решения на год вперёд 1.
Панель показателей и отчёт. Панель — оперативный отчёт с тремя свойствами: только самое нужное, всё на одном экране, доступно в сети. Историю она обычно теряет при обновлении 1.
Данные из системы и достоверные данные. Отдельно стоит заметить: «получено из информационной системы» не значит «надёжно» — многое туда вносят руками 1.
Кто участвует
| Роль | За что отвечает | Кем обычно бывает |
|---|---|---|
| Потребитель отчёта | Требования и решения по итогам | Руководитель, чьи решения отчёт поддерживает 1 |
| Владелец практики | Подход, шаблоны, правила отчётности | Менеджер по измерениям и отчётности 1 |
| Аналитик | Аналитические отчёты, тенденции, причины | Внутренний аналитик или консультант 1 |
| Владельцы объектов | Цели и факторы успеха своих объектов | Владельцы услуг и практик 1 |
| Высшее руководство | Анализ системы и услуг через интервалы | Руководство организации 2 |
Как измерять
| Показатель | Что показывает | Чем плох, если единственный |
|---|---|---|
| Доля целей, покрытых измерениями и отчётами | Связь замеров с целями 1 | Покрытие бывает формальным |
| Доля отчётов без ошибок в данных | Качество данных 1 | Ошибки замечают не сразу |
| Время от появления данных до пользы | Скорость системы измерений 1 | Зависит и от читателя |
| Удовлетворённость потребителей отчётов | Пригодность отчётов 1 | Оценивают вежливо |
| Доля отчётов, выпускаемых автоматически | Стоимость отчётности 1 | Автоматический отчёт бывает бесполезным |
| Своевременность выпуска отчётов | Дисциплину практики 1 | Вовремя — ещё не значит нужное |
Три фактора успеха, и первый — самый неудобный. ITIL 4 привязывает показатели к трём факторам: измерения продиктованы целями; данные измерений качественны и доступны; отчётность действительно поддерживает принятие решений 1. Первому служит один-единственный показатель — доля целей, покрытых системами измерения и отчётами 1. Он неудобен тем, что считается не от отчётов, а от целей: сорок регулярных отчётов при трёх покрытых целях из десяти дают 30%, и никакая полировка отчётности этой цифры не изменит.
Отношение данных к ошибкам и время до пользы. Два показателя качества данных руководство называет своими терминами: data-to-errors ratio — соотношение объёма данных и числа ошибок в них, и data time-to-value — время от появления данных до момента, когда с их помощью что-то решили 1. Второй показатель — единственный в перечне, который меряет не отчётность, а её адресата: если время до пользы велико, отчёт может быть безупречным, просто его никто не читает вовремя.
Показатели измеряющей практики измеряют и её саму. Практика, которая ставит показатели остальным, свои считает по тем же правилам, и здесь это видно буквально: доля отчётов без ошибок в данных, доля отчётов, выпускаемых автоматически, удовлетворённость потребителей отчётов 1. Руководство добавляет общую для всех практик ITIL 4 оговорку: единственно верного набора не существует, показатели строятся от стратегии услуг, приоритетов организации и целей потоков создания ценностиПоток создания ценностиПоследовательность шагов, которыми организация создаёт и доставляет услугу потребителю.ITIL 4, книга ITIL Foundation 1.
Зрелость измерения и отчётности
Уровень 2ПовторяемыйЧто-то считают и куда-то отправляют.
- Данные о работе услуг собираются
- Отчёты выпускаются регулярно
- Известно, кто их получает
Уровень 3ОпределённыйПоказатели выведены из целей.
- По каждому показателю можно назвать цель, которой он служит
- Состав и получатели отчётов описаны
- Показатели покрывают разные стороны работы, а не одну
- Источники данных названы
Уровень 4УправляемыйУ чисел есть цели, допуски и разбор.
- У ключевых показателей заданы целевое значение и порог
- Отчёт содержит не только цифры, но и объяснение отклонений
- Качество данных проверяется, а не предполагается
- Оперативные показатели ставятся командам, а не отдельным людям
Уровень 5ОптимизируемыйОтчёты меняют решения, а сами пересматриваются.
- По отчётам принимаются решения, и они доводятся до сторон
- Показатели пересматриваются, когда перестают помогать
- Отслеживаются и опережающие показатели, а не только итоговые
Где ломается чаще всего
Шесть мест, в порядке частоты.
Мерят то, что считается. Показатели выведены из возможностей систем, а не из целей — цели и стоят первым шагом именно поэтому 1.
У показателя нет цели и порога. Число есть, оценить «хорошо или плохо» нельзя 1.
Набор перекошен. Одни типы показателей есть, других нет, и часть свойств объекта не измеряется вовсе 1.
Показатели навешены на людей. Цели по отдельным сотрудникам порождают вредное поведение — например, службу поддержки давят на короткие разговоры, и от этого страдают удовлетворённость и сроки решения. Оперативные показатели лучше ставить командам 1.
Разбор подменён выгрузкой. Тенденцию увидели, вопрос «что это значит» не задали 1.
Отчёт никто не использует. Стандарт требует принимать решения на основании отчётов и доводить согласованные действия до сторон 2, а на деле отчёт рассылается в никуда.
Что говорят своды
69Своды знаний и стандарты — разобраны отдельноЧем ITIL отличается от COBIT и ISO, что из этого обязательно, а что на выбор, и где брать первоисточник. У каждого свода отмечено, развивается он или давно заморожен, и есть ли действующий ГОСТ. По 51 практикам из 62 проставлено соответствие COBIT.Открыть →ITIL держит измерение и отчётность отдельной практикой с тремя факторами успеха: замеры ведутся от целей, данные качественны и доступны, отчётность помогает принимать решения 1.
ГОСТ Р ИСО/МЭК 20000-1 требует определить предмет и методы измерений, сроки замеров и разбора. Дальше — оценивать результативность системы и услуг, назначить требования к отчётности и цель каждого отчёта, показывать в отчётности тенденции и принимать решения по свидетельствам из отчётов 2.
FitSM укладывает отчётность в три требования. Нужные отчёты названы и покрывают три предмета: как услуги и процессы идут к заданным целям, что значимого произошло и какие несоответствия нашлись. Каждый отчёт согласован с получателем и описан — назначение, аудитория, частота, содержание, вид и способ доставки. Отчёты выпускают и доставляют по этому описанию 3.
COBIT выделяет мониторинг, оценку и анализ производительности и соответствия отдельной целью управленияЦель управленияЕдиница описания COBIT: цель с проверяемым содержанием, у которой есть процесс того же имени.COBIT 2019, книга Governance and Management Objectives 4.
Расхождения тут нет — есть разница в подробности. ITIL единственный из четырёх объясняет, как строится сама система измерений, включая типы показателей и приведение их к общей оценке.
Где описано
| Источник | Что даёт | Доступ |
|---|---|---|
| ITIL 4, практическое руководство | Типы показателей, пять шагов, отчёты и панели | Платно |
| ГОСТ Р ИСО/МЭК 20000-1, пункты 9.1 и 9.4 | Требования к измерениям и отчётности по сервисам | Платно |
| FitSM-1, требования PR3 | Три требования к отчётности по услугам | Бесплатно |
| COBIT | Мониторинг и оценка производительности | Частично бесплатно |
Что почитать дальше
Три соседние практики, которым измерения нужны больше всех: SLMУправление уровнем услуг — что обещано заказчику, IMPПостоянное улучшение — что делать с найденным, PRFУправление производительностью — как организация оценивает саму себя.
Источники
- AXELOS. Measurement and Reporting. ITIL 4 Practice Guide. 2020. Руководства раздавались зарегистрированным пользователям; после перехода прав к PeopleCert доступ изменился. практическое руководство свода практик, экземпляр из нашей библиотеки
- Росстандарт. ГОСТ Р ИСО/МЭК 20000-1-2021, пункты 9.1 и 9.4. 2021. Введён в действие 30 апреля 2022 года приказом Росстандарта от 7 декабря 2021 года № 1718-ст. действующий национальный стандарт, идентичный ISO/IEC 20000-1:2018
- FitSM. FitSM-1: требования, версия 3.0.1 — процесс PR3. 2024. Три требования — весь процесс отчётности в лёгком стандарте. нормативная часть лёгкого стандарта
- ISACA. COBIT 5: процесс MEA01 «Мониторинг, оценка и анализ производительности и соответствия». 2013. В COBIT 2019 цель управления сохранена под тем же обозначением. свод руководства и управления ИТ, русское издание из нашей библиотеки