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

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

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

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

Гнусная ложь и статистика

Как известно, есть ложь, есть гнусная ложь и есть статистика. А статистики по пользе от применения ITIL (в частности) или реализации сервисного подхода к управлению ИТ (в целом) практически нет (извините за каламбур). Цифры, которые легко встретить в Internet, потрясают. Только два примера: Внедрение волшебной ITSM-программы (в принципе, Вы можете подставить любое название) повысило эффективность персонала более, чем на 80% (!!). Внедрение процесса управления инцидентами сократило (!) количество инцидентов на 40%. Вот так. Невзирая на цель процесса управления инцидентами. Сократило и всё. Поэтому внимание, вопрос. Во-первых, если Вы видели и другие примеры подобных профанаций, пишите. Так по крайней мере хоть…

Разрушители легенд: польза автоназначений

Речь идёт об автоматическом распределении работ (в виде заявок пользователей, заданий и так далее) по различным группам и специалистам. Как обычно, пост создан по следам недавних дискуссий с заказчиками. Мой тезис прост – не все автоназначения, как и йогурты, одинаково полезны. То есть всё не так однозначно. Чтобы разобраться, начать надо со следующего: большинство продуктов различают два вида назначений – на группы и на специалистов (персональные назначения в пределах групп). С назначениями на группы по-моему всё просто. Большинство продуктов умеют выполнять назначение на группы автоматически. По различным критериям – классификация обращения / задания, заказчик, регион и так далее. Мне кажется,…

Оказывается, 99% госбюджетов на ИТ расходуется эффективно

Не верите? Я сам читал: http://www.cnews.ru/news/top/index.shtml?2011/03/02/430392 Удивительная оценка… На этом фоне даже закон о полиции не кажется недоразумением 🙂 Вы еще не знаете как измерить эффективность? Вызывайте счетную палату!

Подгоняем метрики под “ответ”

Последнее время популярна у нас стала тема метрик, масса вопросов поднимается: как придумать, к чему привязать, как считать и т.д. Я заметил, что часто при внедрении очередного процесса (особенно когда в организации это первый процесс) приходится сталкиваться с негативным отношением сотрудников к метрикам, оценивающим определенные роли в процессе.  Как показывает практика, негативное отношение, часто связано с: неприятием той самой прозрачности, которую могут обеспечить некоторые процессы (раньше мало кто знал, чем я занят, а теперь не посидеть с умным видом в соц.сетях, изображая высокую загрузку); опасениями, что на метрики будет завязана мотивация и пострадают финансы сотрудника; отсутствием понимания роли метрик в управлении…

ITSM-трансформация как учебный проект

Ян Схилт из компании GamingWorks в своем блоге рассказывает о том, как можно использовать для оценки ITSM-инициатив критерии, разработанные для оценки эффективности обучения, а именно – модель Киркпатрика. С 1959 г. в международной практике корпоративного тренинга используют модель Дональда Киркпатрика (Kirkpatrick), названную по имени ее автора. Модель описывает четыре шага (и соответственно уровня) оценки результатов тренинга. Реакция: насколько обучение понравилось участникам. Усвоение: какие факты, приемы, техники работы были усвоены в результате обучения. Поведение: как в результате обучения изменилось поведение, действия участников в рабочей обстановке. Результат: каковы осязаемые результаты обучения для организации, измеренные через сокращение затрат, сроков, улучшение качества и т.д.Кларин…

Метрики для функциональных руководителей

За последние две недели у меня состоялось несколько обсуждений метрик, с разными людьми. Один из обсуждаемых вопросов – использование метрик для оценки / стимулирования руководителей подразделений с точки зрения их вклада в работу процессов управления услугами. Идея, вкратце, такова. Есть матрица. По вертикали – функции (отделы, группы, …), по горизонтали – процессы. Пересечение функции и процесса означает, что данная функция участвует в реализации данного процесса. А это значит, что функциональный руководитель отвечает за предоставление ресурсов, необходимых для реализации процесса. Чтобы стимулировать его содействие процессам и оценивать результаты управления с функциональным руководителем можно связывать процессные метрики его подчиненных, назначать им целевые…

Три года спустя: сравнительный анализ ITSM проектов

Уже довольно давно компания Pink Elephant сформулировала список из 7 необходимых компонентов успешного ITSM-проекта: Лидерство Ресурсы Знания Интегрированный инструментарий Способность к развертыванию новых практик Способность к реализации культурных изменений Поддержание движения и развития В 2008 году Pink Elephant провела опрос представителей множества компаний по всему миру, в ходе которого постаралась оценить состояние этих семи компонентов. Вот некоторые результаты опроса трехлетней давности: (Полный отчет 2008 года можно посмотреть здесь) На проходящей сейчас 15 Ежегодной ITSM-конференции Pnk Elephant организаторы провели аналогичный опрос, собрав данные о состоянии перечисленных семи компонентов в более чем двухстах организациях. Сейчас данные обрабатываются, в ближайшее время у нас появится…

О вреде целевых значений для KPI

Каждые выходные мы с ребёнком ходим на лыжах. Обычных, беговых. В этом году – в ближайший парк в 10 минутах от дома, хотя в прошлые годы испробовали все парки Москвы и часть – Подмосковья. Я заметил интересную вещь. Раньше мы как-то планировали время – сколько мы собираемся кататься, и от этого выбирали себе маршрут. В этом году я перестал смотреть на часы, и мы катаемся столько, сколько нам хочется, лишь в конце узнавая время. Забавно, что каждый раз получается по-разному: от часа до трёх, но каждый раз мы получаем максимум удовольствия. Вывод: отсутствие целевого значения максимизирует полезный результат. Проверено практикой….

ИТ-процессы в кризис: кто виноват и что делать

Charles Araujo, президент CastlePointe, опубликовал любопытную статью о том, как в критические для бизнеса периоды ИТ-процессы, призванные вроде бы гарантировать надежную поддержку бизнеса, становятся причиной сбоев и потерь. Основные тезисы статьи таковы: ИТ-службы все чаще строят сложные, детальные, подробные и негибкие процессы, нормирующие каждый шаг. Такие процессы не позволяют оперативно реагировать на изменения внешних условий и увеличение нагрузки. В свою очередь, причина того, что руководители выбирают именно такой подход к организации – в нехватке у ИТ-менеджеров творчества и лидерства, а также веры в наличие этих качеств у исполнителей. "IT organizations build highly prescriptive and complex processes because they do not…

Попытка измерить пользу от управления изменениями

Передовой опыт, или "лучшие практики", – рассуждает в своей колонке на ITSMPortal Aale Ross, – обычно основаны на экспериментальных исследованиях. Обычно, но не всегда. В ITSM то, что называется передовым опытом, часто представляет собой результат предположений и теоретических рассуждений, а иногда – опыта, но скорее частного, чем систематически и научно подтвержденного.  Существует много свидетельств практической пользы от организации службы поддержки. Удивительно, как часто на разного рода конференциях докладчики рапортуют об успехах в деле "внедрения ITIL", приводя в подтверждение именно преимущества, полученные от внедрения help desk.  Стремясь получить подтверждение пользы от внедрения в компаниях процесса управления изменениями, Aale Ross провел опрос…

Нужны добровольцы для опытов

…на этот раз не нам. Добровольцев ищет Скептик. Он предлагает опробовать на живой организации свою теорию о том, что Управление конфигурациями – не вещь, а практика. То есть организовать управление конфигурациями не как процесс управления хранилищем, именуемым CMDB, а как процесс сбора и предоставления информации.  Приглашая добровольцев на опыты, Скептик среди прочего приводит перечень шагов по внедрению изменений в управлении ИТ-услугами (специфики управления конфигурациями в списке практически нет, так что можно рассматривать его как универсальный подход). Любопытный список получился, приводим его здесь в переводе:  Определите бизнес-потребность/риск/проблему Сформулируйте требования/задачи/результаты Соберите информацию о том, как процедуры работают сейчас Документируйте собранную информацию в…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM