itsm

Пауки для ИТ-руководителя

«Пауки», они же радарные диаграммы, весьма распространены в современном мире, в том числе в мире ИТ-менеджмента. Чаще всего ИТ-директор видит их в аудиторских заключениях, где они представляют сведения о зрелости процессов управления (обычно по шкале от 1 до 5). Иногда на этих диаграммах указывается не только текущий, но и целевой уровень зрелости процессов, что иллюстрирует величину разрывов между текущей и рекомендованной практикой управления. Однако, с моей точки зрения, такие диаграммы не являются основанием для принятия каких-либо решений и потому не несут заказчикам значимой ценности. Идея, которая посетила нас относительно недавно, заключается в дополнении радара по уровню зрелости радаром по показателю…

Дмитрий Исайченко, 16 декабря 2014, последний комментарий 2 января 2015

Сервисный подход за пределами ИТ

Проектная практика последних лет показала, что многие организации задумываются о применении принципов, заложенных в процессах управления ИТ, и для других подразделений. В частности, процесс управления инцидентами и запросами на обслуживание уже не раз распространялся на административно-хозяйственные отделы, бухгалтерию, отделы кадров. Недавно эти мысли были изложены на сайте techradar.com в статье Taking the IT out of ITSM. Основная идея проста: сотрудники компании обращаются не только в ИТ для решения своих проблем, так почему бы не вопользоваться наработанным в ИТ опытом и готовыми средствами автоматизации для облегчения труда других подразделений. Важно все же понимать, что специфика в работе других подразделений накладывает определенные требования и к процессам,…

Новостной поток, 14 декабря 2014, последний комментарий 17 декабря 2014

Where every speaker was a keynote

Как и планировалось, 1-2 декабря в Таллине прошла 9 ежегодная конференция itSMF Эстонии. То есть, собственно конференция прошла 2 декабря, а накануне – два мастер-класса: один провели мы с Дмитрием, а второй – Патрик Болджер, которого многие наши читатели помнят по выступлению на сентябрьской конференции в Москве. Второго декабря зал Swissotel Tallinn собрал около 180 гостей из 12 стран. Среди 11 спикеров, выступавших перед аудиторией, тоже были гости из США, Великобритании, Польши, Швеции, а также России и Эстонии. Формат конференции был традиционным для Таллина и поэтому традиционно же отличался от других подобных мероприятий: один день, один зал, 12 выступлений с паузами после…

Checklist: 7 шагов по работе с major-инцидентами

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

Дмитрий Исайченко, 6 декабря 2014, последний комментарий 10 декабря 2014

7 условий реализации успешного ITSM проекта

На днях натолкнулся на документ, который, как мне кажется, достоин внимания каждого кто задумывается об ITSM проекте или уже начал его реализовывать. Речь о документе "The Seven Enablers & Constraints Of IT Service Management", производства компании Pink Elephant. Интересно, что один из авторов документа (Troy DuMoulin) нам уже знаком по книге, которую мы недавно переводили "Каталог услуг для успешного управления ИТ". Документ мне понравился тем, что ровно такие слова мы обычно говорим заказчикам когда начинаем проект. Весь документ пересказывать не буду, перечислю и прокомментирую только основные факторы успеха, которые описаны в документе: Лидерство: Поддержка и участие руководителей. Без такой поддержки при проектировании процессов сложно…

Как прошёл наш BookDay – фотоотчёт

Во вторник, 25 ноября, мы провели широкое публичное мероприятие – открытый семинар "ITSM. Руководство по измерению". Мы познакомили пришедших с нашей новой одноимённой книгой, сделали четыре взаимосвязанных доклада об измерениях в ITSM и рассказали о нашем новом курсе. А теперь как это было. В хронологическом порядке и в картинках. Регистрация участников началась немного раньше объявленного времени – не страшно, у нас уже всё было готово к приёму гостей. Бэйджики ждут своей очереди. Утро. Кофе, чай с бутебродом, пирожком или булочкой – и в зал, занимать места. Кстати, всего собралось больше 150 человек. Зал заполняется. Всё почти готово. Начинаем! Открывает мероприятие Илья Хает….

Реальные примеры описаний процессов: управление инцидентами

Мы подготовили еще один список документов, находящихся в открытом доступе, и полезных для самостоятельной организации процессов. Ранее мы уже говорили о процессах управления изменениями, управления уровнем услуг. На этот раз речь о процессе управления инцидентами. Многие организации уже не первый год имеют дело с этим процессом, поэтому вдвойне интересно посмотреть "а как другие решают проблемы, с которыми столкнулись мы". Возможно, вы найдете интересные для себя решения в приведенных ниже документах. Описание процесса управления инцидентами Harvard University. Интересный экземпляр, с документе проработаны не только процедурные вопросы, но и политики, CSF, KPI. Описание процесса управления major инцидентами Harvard University. Не менее любопытный документ,…

Новостной поток, 23 ноября 2014, последний комментарий 10 февраля 2017

Три причины, по которым обычные KPI процессов никуда не годятся

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

ITSM не только для ИТ

Ассоциация HDI совместно с itSMF USA провели исследование на тему использования ITSM за пределами ИТ. В онлайн-опросе приняли участие 1 197 представителей компаний различных размеров из более чем 30 отраслей. По результатам исследования HDI опубликовала любопытную инфографику и отчёт. Согласно данным отчёта, более половины организаций (51%) уже используют или планируют использовать ITSM для управления вне ИТ. Самыми популярными методологиями были признаны ITIL (её отметили 64% респондентов), Six Sigma (26%) и Lean (24%). Среди ITSM-процессов, применяемых за пределами ИТ, очевидный лидер – управление инцидентами и запросами на обслуживание (выбран 75% опрошенных), далее с незначительными интервалами идут управление знаниями (52%), управление изменениями…

Первые полгода

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

Оно вам надо? Пара наблюдений о сертификации

Статистика свидетельствует, что в в мире ежегодно сдается примерно четверть миллиона экзаменов ITIL Foundation. В России – примерно в 250 раз меньше. С экзменами более высокого уровня ситуация похожа. Как мы писали в марте этого года, "На сегодняшний день в мире около 25 000 ITIL Experts (из них 120 в СНГ)." Почему так? Мне кажется, причины такого огромного разрыва между мировой и российской статистикой таковы: 1. российские работодатели не приветствуют профессиональную сертификацию сотрудников, видят в ней угрозу, а не преимущество. Исключение – компании, использующие сертификацию своих сотрудников для продвижения на рынке (в случае с ITIL-сертификацией это консультанты-интеграторы) 2. для частных лиц экзамены дороги,…

Роман Журавлёв, 9 ноября 2014, последний комментарий 23 июня 2015

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

ITSM

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