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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Измерение и оценка ИТ

Всё о метриках, KPI, CSF, а также об измерении услуг, процессов, технологий. И про CleverKPI.

Процессы производства и оказания услуг. В чём сходства и различия?

Ни для кого не секрет, что сегодня всё больше компаний, занимающихся оказанием услуг, используют в своей деятельности подходы Six Sigma и Lean-Six Sigma. Однако изначально оба эти подхода появились в связи с измерением и совершенствованием процессов производства. Robert Falkowitz на днях опубликовал у себя в блоге заметку, в которой рассматривает границы применимости «производственных» подходов к управлению предоставлением услуг с точки зрения: Характера колебаний показателей процессов Установления контрольных пределов (верхней и нижней границ показателей) Стоимости задержки оказания услуг и стоимости упущенных возможностей Наибольший интерес представляет последний пункт. Вроде бы всё очевидно:  чем скорее будет оказана услуга, тем лучше. Но с точки…

Что не так с оценкой уровней зрелости в ITSM?

Stuart Rance в статье «What’s Wrong with IT Service Management Maturity Assessments?», опубликованной на SysAid на прошедшей неделе, в очередной раз обращает внимание на распространённую ошибку в подходе к проведению оценки в ITSM-проектах. Проведение оценки зрелости – не редкий запрос к ITSM-консультантам. Обычно заказчики говорят, что хотят сравнить себя со схожими организациями или шкалами, принятыми в отрасли. Автор пишет: «Когда я был менее опытным, я полагал, что мои заказчики понимают, что они запрашивают, и знают, зачем они этого хотят, а моя работа – просто провести оценку, которая была запрошена… Но сейчас я научился задавать больше вопросов, чтобы понять, каковы реальные…

Вопрос из зала: как измерять и контролировать качество процесса?

Читатель нашего портала, Антон, обратился к нам с вопросом по поводу измерения качества процессов: Коллеги, добрый день! Предположим процесс описан, утвержден, автоматизирован. Люди обучены и работают по регламентам (так или иначе). Есть задача контролировать качество процесса.  Что общественность включила бы в ту самую, значимую для стейкхолдеров, совокупность характеристик процессов определяющих его качество?   Приглашаем вас поучаствовать в обсуждении.

ITIL Practitioner: краткий обзор

Как вы, скорее всего, уже знаете, в семействе публикаций ITIL случилось пополнение. Вышел ITIL Practitioner Guidance (далее – Guidance) – первое серьезное обновление библиотеки с 2011 года, вокруг которого AXELOS строит новую квалификацию. С февраля 2016 года будут доступны курс и экзамен, в том числе в РФ. Но сегодня я хочу рассказать не о курсе и экзамене, а о самой публикации – какие темы в ней освещены и насколько, на мой взгляд, хорошо; чего не хватает; какие основные мысли и концепции решили донести до масс светлые головы из AXELOS. О чем публикация? Если упростить – о том, как внедрять ITIL. Пробел понятный. Пятикнижие (SS,…

ITSM + BI = ?

Стивен Манн (Stephen Mann) на портале SysAid делится своими размышлениями по поводу того, как BI может помочь ITSM. Автор сетует: «Несмотря на то, что ITSM-системы аккумулируют огромное количество данных, лишь малая часть используется эффективно. Почему? Это действительно удивительно, ведь для большинства компаний годовой ИТ-бюджет настолько велик (и продолжает постоянно расти), что задачи точного планирования и постоянного поиска повышения качества ИТ-услуг и рациональности их предоставления стали насущной необходимостью». Стивен предлагает представить выгоды от таких возможностей как: Понимание того, как ИТ-инфраструктура работает на самом деле, чтобы определить, какие целевые параметры качества услуг не могут быть достигнуты в заданных условиях, равно как и…

Не все First Call Resolutions (FCR) одинаково полезны

Иногда очень полезно возвращаться к истокам. Свежий взгляд на одну из часто используемых метрик процесса управления инцидентами в разделе блогов компании SysAid опубликовал Грег Сэнкер (Greg Sanker). Казалось бы, высокое значение широко применяемой метрики о доле обращений в службу поддержку, разрешенных с первого звонка, хорошо для всех. С этим трудно спорить, т.к. достоверно известно, что пользователи, обращения которых разрешались прямо в момент звонка куда более счастливы, чем те которым не так повезло. Высокий уровень этого показателя демонстрирует то, насколько хорошо мы справляемся с потоком обращений. При увеличении этого показателя среднее время разрешения зачастую уменьшается. Класс! А теперь если посмотреть на ситуацию глазами пользователей, то все становится совсем не так радужно. По большому счету, пользователям нужна…

И снова (N+C)/(O+C)

Про метрику продуктивности процесса управления проблемами, которая рассчитывается по этой формуле, я уже писал и неоднократно (и на портале, и в книге). Однако жизнь показала, что эту формулу можно еще немного улучшить, уточнив определение операнда C. Это позволит повысить защищенность метрики по отношению к активностям, которые не приносят ценности, а лишь имитируют кипучую деятельность. Например, представьте, что менеджер проблем просто закрывает большинство поступивших проблем с кодом закрытия «Решение нецелесообразно». Работа кипит, пользы никакой, KPI близок к единице. Или регистрируются дубли, которые сразу и закрываются с соответствующим признаком. В книжке дается рекомендация не включать такие проблемы в расчет С. Но можно…

Скандалы, интриги, расследования

Эпоха "золотого барреля" завершилась, но жизнь продолжается и теперь она ставит перед ИТ-руководителями новые вызовы. Расчет стоимости оказания ИТ-услуг и обоснование эффективности стали болезненно актуальными задачами, особенно для внутренних информационных служб. Без ведения детального учета и построения гибкой аналитической отчетности идентификация мест где ресурсы расходуются неэффективно сильно затрудняется. На следующей неделе консультант компании Cleverics проведет вебинар по применению метода освоенного объема в сервисной компании. Метод сам по себе достаточно прост, но подготовка данных которыми он оперирует является интересной задачей. Кроме того, область полезной применимости этого метода тоже имеет свои ограничения. У ведущего есть определенный опыт по применению этого метода для анализа эффективности оказания услуг в прошедшем проекте, поэтому услышать…

“Осторожно, крутая обочина!” или ожидания vs восприятие

Не новую, казалось бы, мысль пытается донести в своём блоге Dave O'Reardon. По мнению автора, соглашения SLA в части технической поддержки могут быть откровенно вредны. Вся проблема, по его мнению, заключается в ограниченности системы измерения процессов. А конкретно – в по-прежнему частом пренебрежении в ИТ-департаментах таким важным показателем, как удовлетворённость пользователей. По наблюдениям автора, зачастую параметры SLA ограничены показателями скорости реакции и решения инцидентов. При этом не ведётся никакой работы с уровнем ожиданий пользователей относительно качества сервисов, а также не анализируется восприятие пользователями фактического их уровня, которое складывается из трудноизмеримых ценности, своевременности (с точки зрения бизнес-задач), отзывчивости и дружественности службы…

Неумеренное употребление процессов вредит здоровью?

Михаель Килинг (Michael Keeling) избрал нетрадиционный способ привлечь внимание широкой общественности к опасности "неумеренного употребления процессов". В своей статье Михаель использует аналогию с нарушениями в поведении людей, вызванными злоупотреблением алкоголем, влияющими на способность человека контролировать своё потребление алкоголя. В частности, возникновение навязчивой потребности в употреблении всё большего и большего объёма алкоголя, несмотря на резкое снижение силы его воздействие, а затем резкое и полное прекращение его употребления. Последнее, правда, не очень про нашу страну, но речь сейчас не об этом. Чтобы предостеречь нас от создания процессов ради процессов, помешать нам стать "процессо-голиками", а вместо этого подстегнуть к постоянному анализу и совершенствованию,…

Процессная математика. Алгоритмы агрегирования

Умный ищет истину, дурак уже нашел Народная пословица Больше года прошло с момента окончания работы над текстом книги «ITSM. Руководство по измерению». Но мысли и практика не прекратились, а потому новые идеи копятся, прошлые идеи проверяются / корректируются, систематизация проводится. Какое-то время назад решил свести в одну табличку основные алгоритмы агрегирования метрик, сравнить их между собой и снабдить рекомендациями по применению. Результат – на картинке ниже (кликабельна). Вдруг кому-то пригодится. Примечание. При расчёте для большого числа KPI можно разбить их на несколько групп и сначала рассчитать интегральные KPI для отдельных групп (возможно, различными алгоритмами), а затем рассчитать общий интегральный показатель на основании…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM