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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

Управление инцидентами

Про самый знаменитый процесс управления ИТ-услугами

Разрушители легенд: приоритеты и сроки инцидентов

Внимательно читаем ISO 20000 и не перестаем удивляться. Часть 2, страница 20, черным по белому: "Targets for resolution should be based on priority." Мне неизвестно, откуда взята эта рекомендация (в ITIL я такого утверждения не помню). И хорошо, что не в первой части стандарта (то есть не требование, а рекомендация). И так, легенда: срок инцидента должен рассчитываться на основании приоритета. В моем понимании это — широко распространенное заблуждение и пример серьезного непонимания модели определения приоритета на основании уровня влияния и срочности, описанной в ITIL. По идее приоритезация работ (любых, не только устранения инцидентов) должна способствовать своевременности их исполнения. Однако расчет сроков...

Подгоняем метрики под «ответ»

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

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

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

Золотая середина

Какие мы, люди, все-таки  вредные. Летом нам жарко, зимой холодно; на море влажно, в пустыне сухо; гололед скользко, песок и соль грязно. Такая же беда у нас проявляется и в управлении процессами. Трудно дозвониться до первой линии — плохо, легко дозвониться, но не помогают сразу, а говорят, что разберутся и перезвонят — тоже плохо.  Что делать бедным менеджерам в условиях ограниченности ресурсов?  В одном из проектов решали такую задачку. Есть две метрики: "Доступность первой линии" и "Количество обращений пользователей решенных на первой линии". Понятно, что улучшение показателей по первой метрике, с учетом ограниченности ресурсов, ведет к ухудшению показателей по второй метрике. В терминах...

Качество ИТ-сервисов. При чем тут процессы?

Тема для обсуждения предложена читателем нашего портала. (См. раздел "Задать вопрос"). "Как с помощью ITSM-процессов улучшить качество ИТ-услуг? Есть несколько процессов. Все эти процессы, конечно, косвенно влияют на качество сервисов, инциденты решаются своевременно, проблемы не остаются без внимания, изменения не приводят к новым инцидентам. Однако, если взглянуть на статистику, то оказывается, что количество инцидентов не только не уменьшается, но даже потихоньку растет, соответственно можно сказать, что качество сервисов по основному показателю ухудшается. Корень проблемы видится в том, что имеющиеся метрики и построенная на них система мотивации нацелены исключительно на качество работы процессов (своевременная и упорядоченная обработка инцидентов, проблем и т.п.). В...

Вторая жизнь HP OV SD 4.5

Компания Prolin сдержала свое слово (см. "Прародители HP OV SD могут дать ей второй шанс") и выпустила продукт под названием Power Server, который вместе с выпущенным ранее Smart Client 10, призван заменить HP OV SD 4.5. По словам производителя, продукты построены на базе современных технологий, что дает прирост производительности по сравнению с HP OV SD 4.5, при этом клиент обладает некоторыми возможностями, которых не было в HP OV SD 4.5. Кроме того, Power Server может работать параллельно с HP OV SD Application Server, что позволяет произвести переход постепенно, с минимальными рисками. Для компаний, которым полюбилась старая-добрая и такая родная HP...

Как достучаться до 1-й линии?

В продолжение темы. Чат, как средство контакта встречал, но редко, а вот другие менее экзотичные способы попадаются чаще, но тем не менее в каждом случае ответ на вопрос "что использовать?" не всегда однозначен. Начну издалека. На днях общался с оператором интернет магазина. Разговор состоялся примерно следующий: — Добрый день, я хотел бы заказать ГРАВИЦАПУ ГТВ-4. Скажите, сколько она у вас стоит и как быстро вы сможете ее доставить?— Все написано на сайте— На сайте указано "уточните у менеджера" и ваш телефон.— Если все будут мне звонить, и каждому я буду все объяснять, мы ничего не продадим, напишите мне по почте, адрес...

Бывают ли правильные градусники?

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

Взаимодействие 1-й и 2-й линий поддержки в системе автоматизации

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

Форум ИТ-директоров

Поучаствовал в пятницу в форуме ИТ-директоров уральского региона. Компания Юнит собрала ИТ-директоров из Екатеринбурга, Челябинска, Тюмени, Сургута, Пермского края и других близких в Екатеринбургу мест. В основном доклады касались нового программного обеспечения и железа. В этом смысле, я со своим докладом на тему оптимизации взаимодействия ИТ и бизнеса несколько выбивался из общей струи 🙂 Порадовало то, что многим тема показалась актуальной. Однако не многие верят в разрешимость существующих у них проблем, потому что бизнес воспринимается как непоколебимая махина, с которой договориться о чем-то невозможно. Постарался убедить в том, что решения есть всегда, стоит только взяться. В кулуарах наиболее популярными темами...

Развязали руки? Держите себя в руках!

Еще недавно в России было не так много средств автоматизации ITSM процессов. Я, например, начинал проектировать процессы имея ввиду, что автоматизировать их придется на HP OV SD. Т.е. процессы конечно же проектировались, и отличались друг от друга, и подгонялись под задачи и возможности заказчика, но все равно на них (на нас при проектировании) давило то, что продукт не многое позволит. И поэтому полет фантазии приходилось загонять в угол и откладывать на потом. Что мы имеет теперь? Руки развязали, все продукты, по заявлениям производителей, супер-мега-гибкие движки — делай что хочешь, никто тебя не ограничивает. Сбылась мечта, можно доставать из углов идеи для...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM