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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

Управление проблемами и время решения инцидентов

Задача сокращения среднего времени решения инцидентов стоит перед многими руководителями. На традиционный вопрос «Как сделать так, чтобы инциденты решались быстрее?», есть не менее традиционный ответ «Давайте проанализируем, где теряется время». Здесь работает простая аналогия с подходом к сокращению затрат: начать надо с выявления наиболее затратных областей. Именно там усилия по сокращению затрат могут принести наибольшие результаты. Где же искать ответ? В книге ITIL Service Design в главе про управление доступностью есть любопытный раздел «Expanded incident lifecycle». Это метод, описывающий основные этапы решения инцидента с целью последующего анализа, за счёт чего можно сократить время обработки на каждом из этапов – быстрее…

Lifecycle популярнее Capability

Грегори Такер, независимый ITSM-консультант с двадцатилетним опытом, регулярно отслеживает статистику сдачи экзаменов по официальной схеме ITIL. Собственно статистика публикуется компанией APMG с изрядной задержкой; так, недавно стали доступны данные за июль этого года. Рассмотрим наиболее интересные наблюдения Грегори. ITIL Foundation На июль 2012 года было сделано более 148 000 попыток сдачи базового экзамена, что привело к выдаче 132 000 сертификатов тем, кто справился. Доля тех, кто сдаёт успешно, стабильно растёт с 85% в 2010 году до 90% в 2012 (примечание: по этому поводу президент Pink Elephant Дэвид Рэтклиф в своём блоге высказал мнение: так как после обучения доля успешной сдачи…

Разрабатывать или покупать приложения: книжный ответ

То ли делать нечего, то ли коллеги застыдили, а я опять открыл умные книжки, и снова хочу на примере продемонстрировать, что в ITIL гораздо больше полезного, чем представляется скептикам. Эпиграфом к ITIL Service Strategy 2007 была цитата Вильяма Д. Грина из Accenture:  How do you become not optional? Её вольно можно перевести так: "Что нужно делать, чтобы без вас не смогли обойтись?". Фраза настолько откровенно и ёмко позиционировала саму библиотеку и описывала чаяния целевой аудитории, что в 2011 году Девид Кэннон, переписывая Стратегию Услуг, вычеркнул её со всем старым вступлением (а многие русскоязычные авторы – еще нет). Но далее по новому тексту…

Grab@Pizza приходит в США

Не так уж много теперь есть областей, где мы выступаем впереди Северо-Американских Соединённых Штатов. Тем приятнее заметить, что деловая игра "Grab@Pizza – ИТ и основной бизнес" проводится в России с августа 2010 года, в то время как в США первые даты назначены на декабрь 2012 года. Компания Pink Elephant добавила новую игру в свою линейку учебных программ. Занятно, что стоимость удовольствия сильно отличается от российских цен: около 60 000 рублей за двухдневный семинар в Орландо, США против 12 500 рублей за однодневную игру в Москве, Россия.

Определить-измерять-управлять-совершенствовать. Или наоборот?

Известная мантра, закреплённая в CMM, гласит: "нельзя измерить то, что не определено; нельзя управлять тем, что не измеряется; нельзя совершенствовать то, что не управляется". Таким образом, правильная и логичная последовательность действий такова: определить объект управления придумать измерения организовать управление начать совершенствоваться Роб Ингланд, как обычно, выступает против канонов. Как обычно, с аргументацией. Его мнение таково: совершенствованием можно (и зачастую – нужно) заниматься вне зависимости от выполнения предыдущих шагов. В этом случае последовательность действий будет такой: начните с очевидных мероприятий по совершенствованию затем начните измерять хоть что-то (понятно, что метрики будут довольно грубыми) затем стандартизуйте (то есть определите) получившуюся практику, сделайте…

Троянские проекты – лукавство или позитивный побочный эффект?

Недавно на одном мероприятии довольно большие консультанты рассказывали про довольно большой ITSM-проект в довольно большой компании. Я, увы, на мероприятии не был, доклада не слышал, и потому не хочу называть никого по имени. Не в конкретном проекте дело.  В презентации о проекте был, конечно, слайд про цели проекта (случайно попался на глаза). И цели там были такие: Предоставление результативной и рациональной ИТ-поддержки для конечных пользователей Повышение рациональности действий ИТ-персонала при предоставлении поддержки …а также (не заявлены официально): снижение зависимости качества ИТ-услуг от квалификации ИТ-персонала снижение сложности поддержки ИТ-систем создание надежного источника данных для принятия решений в ИТ повышение адаптивности ИТ…

Что такое план управления услугами?

Известный ITSM-эксперт Ян ван Бон на международном ITSM портале сообщает, что окончательно запутался и просит помощи сообщества. Работая в области IT Service Management практически с момента её формирования в 80-90х годах прошлого столетия и являясь автором нескольких книг, Ян не может найти ответ на, казалось бы, простой вопрос: что такое план управления услугами? Запутаться ему помогают популярные книги ITIL и недавно обновлённый стандарт ISO 20000. Кто же поможет навести порядок в голове эксперта?

Аале Роос стал ITSM-персоной года (в Финляндии)

Редакции портала неизвестно сколько всего ITSM-специалистов в далёкой, но дружественной нам стране. Однако достоверные источники сообщают, что один из них – Аале Роос – не далее как на прошлой неделе был выбран ITSM-персоной 2012, что произошло на конференции itSMF Finland с воодушевляющим названием "Учимся летать". Наши искренние поздравления Аале! Мы уже немного знакомы с ним, у российского ITSM-сообщества есть возможность: прочитать короткое интервью об отучении от ITIL послушать его доклад на III Ежегодной конференции itSMF-Russia об искусстве проведения опросов ознакомиться с переводом его статьи, опубликованным в Альманахе ITSM 2012 Редакция уверена в заслуженности награды и от всей души желает Аале…

ROI: 7148%, срок окупаемости: 1 неделя

В известную фразу про ложь, наглую ложь и статистику, похоже, пора добавить четвёртую составляющую: заявления вендоров программного обеспечения. Рецепт изготовления красивого отчёта прост: немного текста, пара-тройка диаграмм, большая таблица с расчётами. При этом таблицу важно красиво оформить, а заполнять можно и нулями. Доказательство гигантского возврата инвестиций при минимальном сроке можно уложить в четыре страницы, отведя примерно 40% ширины страницы под красивые белые поля. Так и поступила недавно некая компания. Хорошо, что с 2008 года в ITSM-индустрии работает специальный сервис, называемый Crap Factoid. Его представитель уже выполнил небольшой анализ упомянутого выше отчёта и присвоил ему высшую категорию: "Extreme Crap Factoid Alert"….

Вопрос из зала: выбор системы автоматизации

Альберт задаёт вопрос: Компания, занимается продажами. Разветвленная сеть филиалов (40 шт). На данный момент установлен service desk OTRS, пользуется для регистрации заявок через единое окно (что очень тяжело дается) и для автоматического расчета уровня SLA. Количество ИТ сотрудников работающих с этой системой около 25 человек (10 в офисе, 15 по филиалам). В эту же систему подключили техническую службу (+ 20 человек). Система не гибкая (бесплатная). В ближайший год планируется развитие компании, и понимаю, что текущая система будет не удовлетворять потребностям (количество пользователей 100, заявок 1000-2000 ежедневно). Необходимо чтобы с ServiceDeskи SLA работали не только ИТ, а все сервисные службы компании,…

Разрушители легенд: управление конфигурациями невозможно без процесса управления изменениями

Недавний разговор об управлении конфигурациями и изменениями опять напомнил мне извечный вопрос о курице и яйце. А разговор, в сущности, был на тему, правда ли необходимо внедрение управления изменениями для обеспечения актуальности CMDB? Распространённое мнение гласит: «Да, управление изменениями необходимо, иначе мы не сможем отслеживать изменения и, следовательно, CMDB утратит актуальность». Я не согласен. Даже если апеллировать к каноническим текстам (книжкам ITIL), назначение процесса управления конфигурациями – «is to ensure that the assets required to deliver services are properly controlled, and that accurate and reliable information about those assets is available when and where it is needed». В то время,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM