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

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

ITSM

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

Перечень альтернатив ITSM

Моя тренерская совесть требует очистки: есть ли альтернативы ITSM как подходу к управлению ИТ-организацией? У меня есть друзья-коллеги в мире консалтинга, которые занимались управлением ИТ-услугами, а потом бросили, как слишком сказочную игрушку. А еще больше таких, которые про ITSM «как бы вообще не слышали». И с теми, и с другими изложение преимуществ ITSM следует начинать с простого тезиса о том, что сочетание процессного и сервисного управления ИТ-ресурсами лучше, ч​ем любой другой подход к управлению. "Лучше" или "хуже", значит с большей или с меньшей вероятностью приведет организацию к успеху, а под успехом понимается длительное соблюдение интересов всех стейкхолдеров такой организации. Так вот, как в старом вопросе армянскому радио,…

Service Management Office: централизованное управление услугами

ИТ-скептик на прошлой неделе совсем без скептицизма высказался про Service Management Office (SMO) – Офис управления услугами. Это новая для ITSM идея, и, кажется, очень хорошая. Это прямой аналог офиса управления проектами. Я хочу рассказать, как я вижу результаты работы такого подразделения. Как и офис управления проектами, в SMO отвечает за эффективность и результативность: эффективность повышается за счет универсальных ресурсов, а результативность – за счет централизованной программы совершенствования, которая включает передачу знаний, создание методик, инструментов и т.д. В SMO могут находиться и менеджеры инцидентов и проблем и изменений. Например, в ИТ-службе может существовать менеджер ИТ-проблем, и отчитываться он будет тому,…

Маленькие шаги ITSM навстречу Agile

ITSM-блогер и консультант Симон Моррис в своей недавней колонке на itsmreview.com привел пару занятных советов для тех организаций, которые озабочены главным компромиссом ITSM: «Я должен внедрять идеи Agile и Lean в свою ИТ-организацию». Эти слова произносят многие практики ITSM, но кусочки мозаики DevOps у них не сходятся даже в теории. Трудно представить себе, как попасть в картинку мира, где услуги предоставляются непрерывно, в полном соответствии с меняющимися бизнес-требованиями, и при этом успевать хвастаться в соцсетях тем, насколько слаженно функционируют ваши разработчики и ИТ-эксплуатация. Итак, вы хотите совершенствоваться. С чего начать? У меня есть два простых совета для тех сотрудников служб ИТ-эксплуатации,…

Почему процессы такие незрелые

Тим Шиди из многим известной компании Forrester в ожидании главного ITSM-события Австралии – ежегодной конференции LEADit – рассуждает о том, почему, несмотря на обилие и разнообразие обсуждаемых специалистами тем, реальное совершенствование большинства практик и процессов компаний происходит очень медленно. Чтобы не быть голословным в своих утверждениях, Тим приводит результаты опроса, проведенного Forrester совместно с itSMF USA  и опубликованного в одной из недавних статей. Из картинки видно, что большинство процессов во многих компаниях до сих пор остается весьма незрелым. Причиной сложившейся картины Тим считает чрезмерное погружение в детали и невнимание к тому, что реально хочет получить заказчик в рамках предоставляемых ему услуг….

Вам сколько вешать?

В моей продолжающейся практике составления SLA бывают и другие не менее интересные ситуации. Зачастую серьёзные размышления у сторон вызывают выявление и согласование «объёмов потребления» ИТ-услуги.      Объёмы потребления – количественные показатели, отражающие в соглашении баланс между возможностями Поставщика при предоставлении и текущими потребностями Заказчика при использовании ИТ-услуги. Зачем их нужно фиксировать в SLA? Для решения задачи ресурсного обеспечения. В условиях, когда объёмы потребления увеличиваются, необходимо при переходе заранее обговорённого установленного порога: – либо увеличивать ресурсы, необходимые для предоставления ИТ-услуги на согласованном уровне; – либо договариваться с Заказчиком о снижении требований к уровню ИТ-услуги. Иначе не избежать недовольства с обеих сторон. Заказчик недоволен снизившимся качеством…

Необходимые составляющие управления инцидентами

Индийский ITSM-эксперт Киран Паббатхи (Kiran Kumar Pabbathi) поделился собственными лучшими практиками процесса управления инцидентами. В структуре описания процесса, которую он предлагает, несколько разделов: Причины важности управления инцидентами (они же задачи, они же цели). Что находится в охвате процесса Что остается вне охвата процесса Матрица ролей и обязанностей RACI Обязательные составляющие успешного управления инцидентами, такие как: Отдельная процедура для значительных инцидентов Документация: планы, политика и формат отчетов Обновляемая база знаний и база известных ошибок Обязательный обзор и разбор полетов по значительным инцидентам, и регулярный анализ всех остальных Ясное понимание всеми участниками процесса целевых уровней услуг, включая услуги внешних подрядчиков Список контактных данных ключевого персонала…

Виртуальные или реальные ITSM-конференции?

На портале российского форума по управлению ИТ-услугами itsmforum.ru анонсирована регистрация участников ежегодной российской ITSM-конференции. Она пройдет в Москве 11 и 12 сентября 2013 года. Мероприятие уже получило свой собственный сайт, а также название и слоган: «Сервисное многоборье. ITSM: от фитнеса – к спорту высоких достижений». Редакция портала RealITSM.ru планирует присутствовать на конференции в полном составе, и мы надеемся, что спортивная тематика не ограничится слоганом и будет подкреплена спортивными состязаниями, эллипсоидами и групповыми занятиями дзен-йогой вместо во время докладов. Кстати, наш старый друг Роб Ингланд (он же ИТ-скептик) сегодня сформулировал пять важных преимуществ реальных конференций над модными в этом сезоне виртуальными:…

Трудности перевода: Service Owner

В ITIL есть такая роль: Service Owner. Про нее я уже писал год назад, и в комментариях мы так и не пришли к одному мнению. Владелец услуги – это фантазия ITIL или действительно необходимая для ИТ-организации роль, отличная от сервис-менеджера? На недавнем тренинге слушатели, еще не замороченные русским глоссарием ITIL, выслушали основные обязанности владельца услуги: Обеспечение соответствия предоставления и поддержки услуги заявленным требованиям Интерпретация требований заказчиков в термины ИТ Взаимодействие с менеджерами процессов на всём жизненном цикле услуги Участие в обсуждении SLA и OLA Участие во внутренних (в ИТ) и внешних (с бизнесом) встречах по оценке услуги Единая точка ответственности…

Новое имя на рынке ITIL

Capita продолжает идти по намеченному ей плану, о котором было рассказано в пресс-релизе. Ежемесячно публикуется информация для того, чтобы все участники "экосистемы" были в курсе последних новостей. А буквально на днях было объявлено, что новая компания создана и имя ей AXELOS. По словам CEO новой компании Питера Хепворта: Ближайшие несколько месяцев мы будем активно слушать, работая бок о бок с пользователями продуктов, тренерами и экзаминаторами, чтобы собрать воедино их бесценный опыт. С разумными инвестициями и инновационными техниками обучения мы собираемся развивать этот уникальный набор инструментов управления. Рынок продолжает внимательно наблюдать за развитием событий.

Обоснование инвестиций в ИТ: подкуп или шантаж?

Я очень часто повторяю, что бизнес хочет от ИТ-службы (да и от любой своей функции) всего трех вещей: чтобы она приносила пользу, чтоб не приносила вреда и чтоб делала это недорого. В очередной раз обсуждая эту простую формулу с участниками курса про COBIT, неожиданно связал ее в голове с вечной проблемой обоснования инвестиций в ИТ, и все в очередной раз стало ясно, стройно и понятно. И опять не без участия Дмитрия Исайченко.  Действительно, бизнес нередко требует от ИТ-менеджеров обоснования инвестиций в терминах ожидаемого роста прибыли или других подобных прелестей – даже когда обсуждаемые инвестиции направлены на сопровождение действующей инфраструктуры или,…

Если не ITIL, то что? (17+)

Ян ван Бон продолжает инвентаризацию ITSM-хозяйства на list.ly. Теперь к шуточкам, книжкам и определениям менеджмента, а также более ранним спискам (ITSM-ПО, например) добавился список подходов, методологий и сводов знаний, которые можно рассматривать как альтернативу библиотеке ITIL.  Сейчас в списке 17 записей, но можно ожидать появления новых. На сегодня альтернатива с названием "здравый смысл" существенно опережает в рейтинге ISO 20000 и TOGAF.  Редакция портала приглашает вас участвовать в голосовании на list.ly, а также предлагать свои варианты "альтернатив ITIL" – как в списке, так и здесь, в комментариях. 

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM