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

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

Эксплуатация ИТ

Всё про операционный сегмент ИТ и службу эксплуатации ИТ

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

В редакцию портала поступил вопрос по процессу управления проблемами: Если в качестве решения проблемы возможны: изменение настроек компонетов системы доработка (те реализация дополнительных функуций, которые не были в ТЗ) 1 и 2 относятся к процессу управления изменениями? или это разные процессы, какие?

Интервал недоступности

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

Как регистрировать дополнительные независимые заявки в тех поддержку, возникающие во время решения основной?

В редакцию портала поступил вопрос: Добрый день! От инженеров, использующих систему регистрации заявок (СРЗ) для выполнения нарядов, поступил кейс, верное решение которого не получается определить однозначно. Часто специалисты выезжающие на места, приходя по одной заявке, делают еще 10. Это происходит потому что другие сотрудники, узнав о том, что специалист тех. поддержки где-то рядом, вспоминают, что у них тоже давно тормозит компьютер или не хватает какого-то ПО (т.е. услуги могут быть самыми разными). Инженеры попросили разработчиков СРЗ дать им возможность самостоятельно заводить себе наряды на такие вот случаи. Это, с одной стороны, позволит не просить заявителя «оставить заявочку», а с другой,…

Переклассификация обращения после начала выполнения работ по нему

В редакцию портала поступил вопрос: Добрый день! Интересна тема переклассификации обращения после начала выполнения работ по нему. Обращение классифицируется диспетчером на первой линии, он вносит услугу, определяющую SLA. Заявителю отправляется уведомление о регистрации обращения с указанием услуги и срока решения заявки согласно SLA этой услуги. У нас необходимость переклассификации обращения в плане изменения изначально определенной услуги, возникает в следующих случаях: После поступления наряда по обращению на рабочую группу выясняется, что диспетчер неверно выбрал услугу. Выбор корректной услуги может удлинить срок оказания услуги если у нее, согласно договору, больше SLA . После эскалации работ по обращению одной рабочей группой на другую…

Насколько детальным должно быть меню регистрации запросов пользователей?

В редакцию портала поступил вопрос: Добрый день. Вопрос наверное не новый и проблема общая. Поступает куча запросов, неправильно зарегистрированных пользователем: неправильная привязка сервиса, типа запроса и т.п. Вопрос в следующем, насколько глубоко меню регистрации запроса должно быть категоризировано. Грубо говоря первая крайность  – меню совсем без полей выбора привязки к сервису, к типу и т.д., пользователь просто описывает проблему своими словами, а далее все привязки делает специалист СТП при регистрации запроса. Вторая крайность –  меню содержит кучу зависимых полей выбора (Сервис – Вид обращения – Тип запроса и т.д.), в которых пользователь обычно путается и регистрирует запрос неверно. Хотелось бы…

Два вопроса об управлении проблемами

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

Новый сезон вебинаров CleverTALK: регистрация открыта

Уже на следующей неделе начнётся новый сезон вебинаров CleverTALK, регистрация уже открыта. В программе: 12 ноября. Технический долг: как бороться с невидимым врагом. Ведущая: Светлана Сапегина. Регистрация 18 ноября. ITIL в 2020 и 2020 в ITIL: как этот год повлиял на содержание ITIL 4 и что в ITIL 4 может быть особенно полезным в 2021. Ведущие: Роман Журавлёв и Олег Скрынник. Регистрация 26 ноября. Ключевые принципы и практики высокопроизводительной продуктовой команды. Ведущий: Олег Скрынник. Регистрация 10 декабря. Опыт организации продуктовой команды: часть 2. Ведущая: Светлана Сапегина. Регистрация 17 декабря. Каталог услуг 2021 (тема уточняется). Ведущий: Дмитрий Исайченко. Регистрация      

Что подготовить в компании, чтобы заработало управление ИТ-активами?

Автор – Андрей Боганов, ITSM/ITAM эксперт, тренер курса “Управление ИТ-активами (ITAM)” Для организации управления ИТ-активами недостаточно «навести порядок» только в ИТ. Почему? Для полноценного управления ИТ-активами должно быть организовано целостное взаимодействие многих бизнес-подразделений компании между собой, взаимодополняющих друг друга нужными данными и информацией по ИТ-активам. Давайте попробуем разобраться и смоделировать то, как разные подразделения компании могут участвовать в общей деятельности по использованию и управлению ИТ-активами на протяжении всего их жизненного цикла. Попробуем рассмотреть некоторый «среднестатистический» пример. Полагаю, понятно, что рассматриваемый пример не относится к какой-то определенной отрасли, постараемся сделать его обобщенным, приемлемым для большинства российских организаций. Давайте будем рассматривать пример…

Книга Cleverics про метрики и KPI рекомендована слушателям MBA по направлению ИТ

Вышедшая в начале года книга Дмитрия Исайченко и Павла Демина «Управление услугами на основе измерений» получила рекомендацию от Высшей школы бизнес-информатики НИУ ВШЭ в качестве литературы для студентов MBA в области управления ИТ и слушателей дополнительного профессионального образования в области бизнес-информатики. Способность системы управления ИТ (СУИТ) адаптироваться к изменениям внешней среды и своевременно реагировать на внутренние запросы зависит от непрерывного мониторинга качества работы СУИТ в целом и оказания ИТ-услуг в частности на основе разработанных показателей и метрик. Однако реализация такого мониторинга задача достаточно сложная, требующая анализа СУИТ и процессов компании. Ценность книги «Управление услугами на основе измерений» в том, что…

Burning man

Короткий пример негативной подкрепляющей связи системной динамики в области управления ИТ-услугами. Жила была одна замечательная компания. Поскольку все современные компании цифровые, наша тоже не отставала от тренда и изменялась на лету. Компания активно работала в B2C сегменте через приложение собственной разработки, которое, в свою очередь, было интегрировано в  “бэкофисную” часть, отвечающее за производство. Ветра перемен не щадят никого, и, после серии штормов, компания обнаружила себя в ситуации, характеризующейся следующими наблюдениями: качество предоставляемых клиентам услуг и их поддержки падает, есть жалобы, нарекания и публичные негативные отзывы; критичные сбои ИТ-услуг, вызывающие интервалы недоступности, возникают все чаще, и эта тенденция становится новой нормой;…

Кризис-менеджмент в поддержке

В прошлом месяце показатели своевременности обработки запросов на обслуживание и устранения инцидентов еще были в зеленой зоне, а в этом они ниже положенных нормативов и ситуация продолжает ухудшаться. Что делать? В кого стрелять, куда нести цветы? План действий менеджера процесса должен состоять из следующих пунктов: Идентифицировать и локализовать проблему Подготовить одну или несколько мер, направленных на устранение проблемы или на минимизацию ущерба Найти ресурсы для осуществления плана и добиться их инвестирования Проконтролировать реализацию мер и убедиться в том, что они принесли ожидаемый эффект, в противном случае, вернуться к п.1 PROFIT Звучит просто, правда? Почему же не у всех получается? Посмотрим…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM