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

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

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

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

SLA. Реинкарнация

Редакция портала RealITSM всегда призывает ориентироваться на  интересы потребителей и заказчиков услуг, и сегодня мы возвращаемся к этой теме. Основатель компании StackState, Марк Бэккер (Mark Bakker) в своей заметке о качестве услуг рассуждает об актуальности SLA, как инструмента взаимодействия бизнеса и поставщика информационных услуг. Марк говорит нам о том, что SLA в их обычном представлении, это технические документы, которые описывают вашу услугу с внутренней технической стороны. При этом, опираясь на декларируемые параметры качества услуги, на самом деле трудно сказать насколько пользователям удобно использовать нашу услугу. Для того, чтобы заполнить этот пробел, нам предлагается измерять параметры пользовательского опыта (user eXperience) и включать их в…

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

Ни для кого не секрет, что сегодня всё больше компаний, занимающихся оказанием услуг, используют в своей деятельности подходы 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) избрал нетрадиционный способ привлечь внимание широкой общественности к опасности "неумеренного употребления процессов". В своей статье Михаель использует аналогию с нарушениями в поведении людей, вызванными злоупотреблением алкоголем, влияющими на способность человека контролировать своё потребление алкоголя. В частности, возникновение навязчивой потребности в употреблении всё большего и большего объёма алкоголя, несмотря на резкое снижение силы его воздействие, а затем резкое и полное прекращение его употребления. Последнее, правда, не очень про нашу страну, но речь сейчас не об этом. Чтобы предостеречь нас от создания процессов ради процессов, помешать нам стать "процессо-голиками", а вместо этого подстегнуть к постоянному анализу и совершенствованию,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;