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

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

ITSM

ITSM (IT Service Management) – современный подход к управлению информационными технологиями как услугами.

Пользовательский опыт – единственная метрика, которая вам действительно нужна

Команды, отвечающие за управление ИТ-услугами, как правило, измеряют качество услуг на основании исполнения SLA.  Но, конечно, метрики, связанные с SLA, в зеленой зоне еще не гарантируют отсутствие жалоб со стороны пользователей.И главная опасность здесь заключается в, так называемом, «эффекте арбуза» — зелень снаружи (цели достигнуты) и совсем не сладкая красная мякоть внутри (гнев закипающих пользователей). В феврале 2017 года был запущен проект HappySignals Benchmark, который призван помочь организациям откалибровать свои оценки удовлетворенности пользователей, чтобы они, наконец, рассказали что-то полезное. На сегодняшний день на платформе уже доступны данные на основе наблюдений на протяжении шести месяцев и комментариев от ста тысяч сотрудников….

Оценка эффективности сотрудника ИТ-службы

В редакцию портала поступил вопрос: Уважаемые коллеги! Вопрос следующего свойства: По книге "ITSM. Руководство по измерению" успешно внедряем индикаторы для процессов Inc mng и rf (Service request) mng, выбрали 2 индикатора TPI и TCR, как сбалансированные. Вопрос в следующем: Как однозначно оценить "эффективность сотрудника"? Т.к. если сотрудник 1 решил за месяц 200 обращений — у него TCR 0.78 и TPI 0.80, а второй решил 10 обращений и у него оба индикатора равны 1 (Идеальный). В описании измерений процессов не нашёл информации как сие реализовать, чтоб было честно с точки зрения сотрудника 1.  Свой вариант: Ввести "нормирование" количества обращений, выполненых за период, но данный вариант не предусматривает…

“Здесь играем, здесь не играем …”

Для оценки качества работы первой линии часто используются такие метрики как: «Доля обращений, решённых на первой линии (First Line Resolution – FLR)» и «Доля обращений, решённых в течение первого контакта (First Contact Resolution – FCR)». Причина их появления довольно очевидна – стремление увеличить количество обращений, разрешаемых на первой линии. В свою очередь, это должно привести к снижению стоимости обработки обращений за счёт использования более дешёвых ресурсов первой линии и повышению удовлетворённости пользователей за счёт сокращения времени обработки обращений (нет эскалации – нет потерь времени на реакцию). Применение этих метрик выглядит оправданным и легко реализуемым. В большинстве случаев расчёт предлагается производить по…

Избавьтесь от CAB!

Наш старый знакомый Роб Ингланд (Rob England, The IT Skeptic) находится в очень боевом настроении духа и категорично предлагает ни много ни мало – пристрелить Комитет по изменениям (Change Advisory Board, CAB). Ну или поставить его в такие условия, чтобы он поборолся за свою жизнь, заслужив  право на существование. По всей видимости, посещение DOES17 (DevOps Enterprise Summit), не прошло для Роба без последствий. Какой смысл ждать разрешения от CAB на проведение изменения, рассуждает Роб, когда изменение уже произошло? Система должна быть неработоспособной, чтобы CAB собрался, выработал решение, дал "зелёный" свет изменению. А нужно просто исправить ошибки в коде системы и…

Эффект “стеклянного потолка” в ITSM

"Стеклянный потолок" – метафора, описывающая невидимый барьер, мешающий продвижению, развитию. Дуг Теддер (Doug Tedder, Tedder Consulting) сравнивает препятствия на пути развития ITSM-инициатив в организациях с действием невидимых ограничений. Как вовремя понять, что вы уперлись в потолок, и как через него пробиться – Дуг рассказывает об этом в своей заметке. Каковы симптомы? Руководство считает, что ITSM – это только Service Desk. Выработке такого мнения способствуют в том числе и отчёты, в которых содержатся такие метрики как: общее количество звонков, количество инцидентов и запросов, число случаев нарушения SLA. И никаких следов бизнес-метрик. Разумеется, что при таком подходе в головах руководителей рождается и…

Будущее рядом

DevOps, Agile, цифровые процессы, скрамы, etc – все эти знакомые (и не очень, и не всем) слова звучали на прошедшем в минувшый четверг ITSM форуме.  И среди всей этой какофонии новых идей-подходов-фреймвоков, явно встал вопрос «A что же будет с ITIL? Каково будущее?».  Во-первых, библиотеке, а именно версии 3 в первой редакции, ни много ни мало на днях исполняется 10 лет. Пора бы уже в принципе предложить что-то новое. Во-вторых, мир информационных технологий не стоит на месте, и все новые методологии семимильными шагами завоевывают рынок, и двигают библиотеку на задворки. Поэтому точно пора. Пора вливаться в новые течения и веяния, учитывать, интегрироваться,…

Думайте о своих пользователях, создавая dashboard

Куда направляются ваши отчеты? На стол руководителю или в мусорную корзину? Очень часто этим местом оказывается именно мусорная корзина. Потому что многие компании концентрируются на данных о лучших практиках, которые важны для команды по управлению услугами, но не имеют особой ценности для руководящего звена. В этой статье – несколько советов по оптимизации ваших дашбордов. Инструменты и дашборды Большинство современных инструментов для управления услугами предоставляет дашборд для генерации отчетов. Но проблема заключается в том, что такие отчеты получаются очень стандартными, не представляющими интереса для руководства, и, соответственно, они отправляются в мусорную корзину. Прежде чем предложить вам три совета по улучшению ваших…

IT Management Forum 2017 – фотоотчёт

На этой неделе, в четверг, в Москве состоялось одно из ключевых мероприятий отрасли, традиционно проводимое в начала лета – IT Management Forum (ITMF). Текущий съезд уже 14-й по счёту. Мероприятие неизменно привлекает множество участников, являясь отличной площадкой для обмена опытом, дискуссий, заведения новых контактов и возможности "быть в тренде". Мой небольшой фотоотчёт с места событий ниже. Формат проведения Форума был привычный. Две части пленарной сессии с перерывом на кофе, а затем, после обеда, несколько стримов рабочих сессий. Я заметил, что в атмосфере Форума явно ощущался запрос на обновление, на изменение привычных фреймворков и подходов. Максим Тищенко в своём докладе обозначил…

Прямая связь с центром Вселенной (готовим вопросы AXELOS)

Всё российское ITSM-сообщество в лице каждого, ну просто каждого участника, знает Романа Журавлёва как лучшего эксперта по управлению ИТ в России. Правда, в последние месяцы Роман проводит здесь не так много времени, что связано со сменой места работы: теперь он трудится в компании AXELOS, чей неофициальный слоган – "We Own ITIL". При этом работает Роман в должности Product Development Manager, ITSM – то есть "самый главный по разработке ITSM-продуктов". Выступая от имени всех ITSM-профессионалов России (меньше, как вы понимаете, нет смысла), мы не можем пройти мимо возможности задать интересующие нас (и всех остальных) вопросы. Поэтому 1 июня, совсем скоро, мы…

Измерение ITSM-процессов в денежном эквиваленте

В редакцию портала поступил вопрос: Добрый день. Прочитал книгу «Руководство по измерению» — всё понравилось, всё по делу! Но тема раскрыта в разрезе измерения самих процессов и их производительности. Теперь хочется научится переводить все это в деньги.  Нужны ответы на вопросы: «Сколько стоит один инцидент / запрос на обслуживание?», «Сколько стоит блокирующий инцидент (сбой)?», «Сколько стоят этапы работы: классификация запроса, переназначение, заполнение параметров после выполнения», «Какова средняя стоимость 1 часа работы по запросу для 1- 2- 3-линии». Подобные знания позволят намного эффективнее выбирать доработки и изменения для реализации.  Например у нас есть типовой ЗнО, и есть идеи по автоматизации его решения. Разработка обойдется в N…

Ваши метрики – не ваша цель

Перевод заметки Стюарта Ренса (Stuart Rance) Your metrics are not your goals Мне так понравилась запись в блоге Хайдера Рафика (Haider Rafique) «SLA – для болванов. Почему ITSM-компании должны быть более человечны» (SLAs are for suckers: Why ITSM orgs should be allowed to be more human), что я процитировал ее в своем твиттере: «Соглашения о качестве услуг приводят к негативным последствиям и препятствуют росту показателей, которые сложно измерить». Это отличный пример Закона Гудхарта (Goodhart’s law ) в действии. Гудхарт был прекрасным экономистом, и выведенную им закономерность можно кратко сформулировать так: Когда экономический показатель становится целью проведения экономической политики, он перестает быть хорошим…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM