Чем сложнее становится оборудование, тем больше появляется возможностей для его поломок. Торговые весы — не исключение. Рассказываем на собственном опыте, как их приводят в негодность тараканы, ненадлежащий уход и неаккуратное обращение.Читать полностью »
В своем блоге на Хабре мы стараемся рассказывать о новых решениях и трендах в управлении ИТ-процессами, а также об инструменте ServiceNow — платформе, которая позволяет автоматизировать ITSM и другие сервисные процессы.
Сегодня мы решили подготовить для вас дайджест материалов о внедрении ITSM и ITIL. В этой подборке — наши статьи, руководства и обзоры, плюс англоязычные материалы по теме.
А вот другие наши дайджесты:
Совсем недавно мы опубликовали собственное исследование зарплат на рынке технической поддержки в России с цифрами и выводами, полученными на основе анализа вакансий более 1000 компаний. Но какое место российская техподдержка занимает в мировой отрасли? Можно ли вообще сравнивать рынки? Есть ли перспективы у российского специалиста за рубежом? Давайте разбираться!
По данным опроса ServiceNow, 89% ИТ-руководителей используют либо внедряют технологии машинного обучения в своих организациях. Из них 87% отмечают, что автоматизация бизнес-процессов приносит большую пользу для бизнеса: экономит время, средства и человеческие ресурсы.
Внедрение машинного обучения требует серьезных изменений в работе организации. Однако на эти изменения — согласно тому же опросу — решились пойти только 48% респондентов. Помимо организационных изменений использование машинного обучения требует привлечения специалистов — в частности, аналитиков по данным. А спрос на них, согласно исследованию IBM, намного превышает предложение. По прогнозам, к 2020 году ситуация станет ещё хуже. Расскажем, чем в этой ситуации может помочь решение от ServiceNow.
По данным компании Gartner, платформа ServiceNow — лучшее ITSM-решение 2017 года. В этой статье нам бы хотелось заглянуть в прошлое компании, посмотреть, как развивался сервис, и кто стоял у его истоков.
Мы тут потихоньку строим наш образовательный маршрут по brand new для нас местам в виде нового курса: "Руководитель IT подразделения". В отличие от обычных программерских курсов, тут мы решили затронуть достаточно широкий спектр задач связанных не столько с софтом и прочим, сколько управлением, финансами и прочим. Данные заметки-вопросы являются, скорее, кратким изложением программы курса, чем ответом на вопрос в топик, но нам было бы интересно охватывают ли они, а точнее сама программа, в каком-либо приближении такую штуку как руководство IT: всё ли нужно и всего ли хватает?
Группа сотрудников Mars Information Services посетила конференцию «Knowledge17», ежегодное мероприятие компании ServiceNow — ведущего производителя облачных решений в области Корпоративного Управления Услугами (Enterprise Service Management, ESM). Мы решили поделиться с читателями блога Mars IS впечатлениями об уникальном мероприятии, которое позволяет быть в курсе последних тенденций, знакомиться с лучшими практиками и общаться не только с производителем и его подрядчиками, но и с другими пользователями платформы.
В своей статье "Как написать хороший SLA", я поминал, что в SLA просто просится внести процедуру эскалации. Хочу сказать пару слов за эскалацию.
Эскалацию в IT, по-моему, мало кто понимает. В ITIL она как-то мутно определена. Соответственно и дальше, при попытках её внедрить, градус мутности только возрастает. Ни Гугл, ни Яндекс не помогают найти ничего вразумительного. Вместо того, чтобы объяснить эскалацию просто и понятно (как это сделаю я), авторы начинают вводить какие-то новые термины, указывать в чём различие между функциональной и иерархческой эскалацией (зачем вообще это?), вещать что-то про автоматическую эскалацию, ничего не объясняя и уводя в сторону. И при этом из контекста можно предположить, что эскалация — это то ли синоним передачи запроса другому исполнителю, то ли в другое подразделение, то ли привлечение дополнительных ресурсов, то ли повышение приоритета. А иногда я просто теряюсь понять смысл. Всё это вызывает лично у меня ощущение или "кручу-верчу, обмануть хочу", или банальной некомпетенции.
Особенно мило (не могу удержаться и не привести этот пример) выглядит автоматическая "эскалация" запроса на другой уровень поддержки, если (sic!) текущий исполнитель не успевает в заданный в SLA срок. То есть будучи исполнителем, принимаем запрос и держимся изо всех сил, ничего по нему не делаем, пока он не будет вот-вот уже почти просроченным, и… бац! — срабатывает автоматическая "эскалация", которая переназначает запрос на кого-то другого. Профит!.. Главное держать себя в руках и ничего не делать. Можно было бы от души посмеяться, но кое-где именно такую схему "эскалаций" и применяют, выдавая за лучшие практики IT!
Так что же такое эскалация, кому и зачем она нужна? Сейчас расскажу своё понимание, после которого Вы, как я надеюсь, полюбите эскалацию также, как и я. Держитесь крепче за стул.
На прошлой неделе мы опубликовали первую часть историй со всего мира о результатах внедрения Help Desk для «внешней» клиентской поддержки. Теперь, если Вы захотите обосновать Вашему руководству необходимость проекта запуска системы автоматизации постпродажного обслуживания, то в качестве примера можете рассказать о том как:
Сегодня мы публикуем вторую часть историй успешного внедрения подобных решений
Рано или поздно при организации технической поддержки в более или менее крупной организации приходится иметь дело вот с этим: с SLA.
И тут возникает ряд задач, успешно решив которые можно сильно упростить себе жизнь.
Итак предположим, что в нашей организации есть следующие подразделения, помимо ИТ:
