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

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

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

 

 

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

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

Недавно на одном мероприятии довольно большие консультанты рассказывали про довольно большой 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». В то время,…

Ошибка, которую провайдер может сделать лишь однажды

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

Вопрос из зала: упрощение эскалации

Наш коллега Евгений запросил совета у профессионалов. Вам, уважаемые читатели realitsm.ru, мы и адресуем следующий кейс: Добрый день! Хотелось бы спросить совета у профи. Наша компания занимается IT аутсорсингом. Из персонала мы имеем следующее: команда технической поддержки (первая линия – операторы, вторая линия – инженеры руки-ноги, третья линия – умные инженеры), команда сетевиков, которая занимается монтажом кабелистики, шкафов, ИБП, электрики и т.д., команда связи, которая занимается организацией работы IP телефонии на базе CISCO и команда виндовых серверов и сервисов, которая занимается серверами, почтой, фаерволами и прочими серверными компонентами. Суть проблема вот в чем: например, поступило обращение от пользователя: не звонит IP…

Наконец-то: автоматическое внедрение ITIL

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

Тесты интеллекта как инструмент поддержки пользователей.

  Говорят, для того, чтобы разгрузить перегруженных операторов поддержки, можно перехватывать часть обращений разными средствами автоматизации – порталами, IVR и тому подобными. Но мало кто знает, что эти же средства прекрасно подходят для тестирования интеллектуальных способностей (и, вероятно, других особенностей личности), чтобы потом на основе результатов тестов… делать что-нибудь. Чем больше процедура обращения в службу поддержки похожа на квест, тем больше поставщик услуг узнает о пользователях. А они – о поставщике, кстати. Позвонил я недавно в службу поддержки клиентов одного банка. Там, конечно, ответила механическая женщина, которая предложила мне зайти в систему автоматизации. Я согласился, и она попросила меня ввести номер карты….

Мини-кейс: выбираем приоритеты

Подискутировал тут со слушателями спец-курса «Управление инцидентами» про выбор приоритета инцидентов. Общие слова про то, что правила назначения приоритета призваны помочь исполнителям скорее выбрать, какую задачку делать первой, и про то, что приоритет – это всего лишь алгоритмически определяемый признак, который всё равно нужно дополнять живой головой, принимающей решения, были сказаны. Дело в том, что в этой организации есть регламент процесса, где, во-первых, приоритет однозначно определяет целевой срок устранения инцидента, а еще заданы признаки выбора приоритета. Примерно такие: Приоритет «Высокий» – сбой затронул работу всех пользователей Приоритет «Средний» – сбой затронул значительное число пользователей (более 80% по оценке ИТ-специалиста»). Приоритет…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM