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

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

ITSM

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

И снова про постоянное улучшение

Австралиец Франсуа Биккар, по-видимому, начитавшись Дмитрия Исайченко, загорелся идеей постоянного улучшения услуг. Кроме весьма образного английского языка, его статья ценна тем, что Франсуа предлагает способы борьбы с популярными заблуждениями о постоянном улучшении: Например: «… все наши сотрудники и так постоянно улучшаются, прямо каждый день». Есть одно замечание: если при этом у вас нет единого подхода и способа документирования стратегий улучшения, которые они предлагают, то вы не сможете  информировать коллего о постоянном улучшении и воспитывать соответствующую культуру. А еще вы не можете воспользоваться преимуществами коллективного мышления, которое очень важно для улучшения, тем более, что ваши сотрудники, имея дело с заказчиками, знают об их трудностях лучше всех. Не обязательно…

Вопрос из зала про конфигурационные единицы

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

Проблемы и известные ошибки

Интересную задачку нам предложили некоторое время назад в разделе "Задать вопрос":  Расскажите пожалуйста преимущества (пользу) и недостатки (затраты) вариантов: 1. Известная ошибка это статус проблемы и тогда в системе автоматизации один объект. 2. Известная ошибка и проблема это 2 отдельных объекта. Любой, кто участвовал в построении процесса управления проблемами, наверняка, размышлял о разных вариантах реализации такого объекта, как известная ошибка. Поделитесь своим мнением, коллеги!

Маршрутизация обращений пользователей

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

Самый важный элемент ITSM?

В сегодняшнем посте я рискну сделать не очень свойственное для себя обобщение, да еще и с приставкой «самый». Не знаю, может быть это навеяно недавними встречами, но мне кажется, что самым главным / важным элементом системы ITSM-процессов является программа совершенствования услуг (широко известная в народе как SIP). Для столь громкого утверждения у меня есть несколько оснований: SIP – это реализация на практике подхода CSI, который позволяет системе управления развиваться: адаптироваться к новым требованиям, выявлять свои слабые места и работать с ними (работать над ошибками); инициативы по совершенствованию различного уровня (процессные, технические, ресурсные), объединяясь в SIP, встраиваются в единую систему развития…

Определение “производительности”

Елена предлагает нам на растерзание еще одного ложного друга переводчика спрашивает: В поисках экспертного мнения по определению термина "Производительность услуги" предлагаю обсудить состоятельность следующей трактовки: " Производительность услуги – это возможность (или способность) обеспечения согласованного уровня предоставления запрашиваемого объема услуги при установленных параметрах нагрузки на ресурсы." Ваше мнение? Елена, уточните в комментариях, пожалуйста – ваш вопрос про Performance?

О моем инциденте замолвите слово…

Слушатели на последнем тренинге рассказали о том, как решен у них вопрос эскалации инцидентов в профильные группы ИТ. Напомню вкратце, что проблема заключается в том, чтобы с одной стороны, сервис-деску не приходилось слишком много знать о доступности и возможностях 2 и 3 линий, чтобы отдавать инцидент прямо в руки самому «правильному» эксперту, а с другой – чтобы инцидент не застаивался «без глазу», не будучи назначен кому-то конкретному. Итак, в этой компании каждый специалист второй и третьей линии сам берет на себя ответственность за те инциденты, которые связаны с его областью знаний (уже это само по себе очень круто, так как…

itSMF и Axelos договорились. О чем именно – секрет.

Сегодня международный ITSM-форум объявил о подписании меморандума о взаимопонимании с компанией Axelos. В кратком пресс-релизе не приводятся подробности Меморандума, однако подчеркивается, что: AXELOS и itSMF договорились о подходе к взаимодействию во многих странах по всему миру. Стороны выразили готовность сотрудничать в области разработки новых продуктов и взаимном продвижении активностей и услуг с помощью таких каналов, как вебсайты, конференции и семинары. Никаких других деталей соглашения не разглашается, поэтому нам ничего не остается, как процитировать мнение ИТ-скептика: Не очень-то много – единственный пресс-релиз. Старая добрая манера поведения в Замке ITIL: не для нас написан меморандум, чтоб нам его читать. О церемонии в замке нам…

ITSM-процессы на упаковке шампуня

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

Объявлен конкурс статьей itSMFi’13

​Комитет по публикациям itSMF International разослал вчера по всем национальным отделениям приглашение к участию в ежегодном конкурсе статей на тему управления ИТ-услугами. Всемирное соревнование ITSM-авторов, традиционно проводившееся в конце года, в этот раз запаздывает на квартал. До конца ноября каждое отделение itSMF должно сообщить организаторам о намерении выставить соискателей от своей страны на конкурс. Местные экспертные комиссии должны самостоятельно организовать отборочные мероприятия, в результате которых три статьи будут представлять каждую страну в финале.  С 1 по 13 января конкурсная комиссия будет читать статьи и выбирать победителя, а уже 14 января мир узнает его имя. В анонсе конкурса не уточняется ни размер комиссии, ни…

Управление по кругу. Впечатления от MALC

Сегодня двумя ITIL Expert'ами в России стало больше. Вчера мы закончили наш первый курс Managing Across the Lifecycle – самый сложный и статусный курс в сертификационной линейке ITIL. Сегодня четверо смелых сдавали экзамен, двое сдали успешно. С чем я и мои коллеги их с огромным удовольствием поздравляем! Остальные, я уверен, сдадут со следующей попытки – недобрали немножко, и на курсе были молодцы.  80% группы большую часть пути до этого курса проходили с другими компаниями и другими тренерами, и, чёрт возьми, приятно было услышать от них сегодня "Жаль, что мы не узнали о вас раньше". Что ж, нам тоже немножко жаль – но…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM