Вместе с вами отвечаем на актуальные вопросы
Добрый день, вопрос про управление конфигруациями, CMDB.
У нас в ИТ департаменте работает CMDB, внедрена система, ведется учет различных нужных нам CI, есть минимальный доступ для всех сотрудников компании, чтобы они могли смотреть свое оборудование и некоторую другую информацию.
Возник такой вопрос – периодически приходят алерты с серверов об ошибке памяти. Теория говорит что есть риск внезапной перезагрузки сервера в период от 1 часа до пары недель. На практике сервер с такой ошибкой живет в среднем 1 неделю до ребута. Решение – миграция всех виртуалок (от 10 до 80) на другой кластер и замена модуля.
Не новый, но постоянно возникающий вопрос – а есть ли данные о среднем количестве обращений от одного пользователя? Попробовали провести исследование и делимся результатами.
Кейс с организацией on-call дежурств для L3 команд. Думаю это не очень уникальный кейс и буду признателен за то, что набросаете варианты решения по нему.
Коллеги, доброго дня. Неожиданный вопрос: куда растворился Access management в ITIL4? В практике Request Mgmt есть упоминание о том, что запросы на доступ управляются в практике Security Mgmt, но в описании этой практики нет об этом ничего, кроме управления инцидентами безопасности и аудита и ревью. Есть легкий намек, что эта практика используется в access control.
В редакцию портала поступил вопрос: Здравствуйте! Довольно много информации об обязанностях менеджера процесса, а какими полномочиями/правами он должен быть наделен, чтобы эффективно исполнять свои обязанности? Буду очень признательна за обмен мнениями по этой теме и примеры из реальной жизни. Всем хорошего дня!
В редакцию портала поступил вопрос: Здравствуйте! Роман Журавлёв в статье “Главное про ITIL 4” “…отнес к важным преимуществам то, что ITIL 4 опирается на такую научную дисциплину, как service science, предмет которой — описание цельной таксономии продуктов, сервисов, ценности, сервисных операций. ITIL 4 берет ее за основу, что делает новую версию более корректной с точки зрения описания мира управления сервисами. “ Просьба подробнее остановиться на этом. Спасибо!
В редакцию портала поступил вопрос: Всем привет, кто-нибудь знает приложение для гибкого сбора данных от сотрудников внутри компании, в котором не нужен программист для создания таблиц в БД или интерфейса, чтобы любой сотрудник мог сам задать, например, какие поля ему нужны, какие ограничения на них и т.п., а на основе этого появится какой то интерфейс? А то постоянно либо от всех эксели собираешь по почте, которые никто правильно заполнить не может, либо приходится привлекать программистов. P.S. ввод ограничений в эксель не помогает, зачастую все просто удаляют твой файл и кидают новый или их отключают, в интернете ничего похожего не удалось…
В редакцию портала поступил вопрос: Коллеги, доброго дня, поделитесь пожалуйста опытом. Есть ли у вас УСПЕШНЫЕ кейсы одновременного внедрения нескольких базовых процессов (инциденты\обращения\изменения\конфиг\проблем)? Какие дополнительные «грабли» были при таком внедрении и как удалось избежать эффекта паралича работы ИТ-службы (когда специалисты вместо обычных 10 заявок в периоде — начинают обрабатывать 4-5 а остальное время «тупят» в новом ServiceDesk-е с новыми окошками и привыкают указывать связи, типы, статусы и т.д. по инструкциям)? Заранее благодарю, Сергей.
В редакцию портала поступил вопрос: Добрый день! От инженеров, использующих систему регистрации заявок (СРЗ) для выполнения нарядов, поступил кейс, верное решение которого не получается определить однозначно. Часто специалисты выезжающие на места, приходя по одной заявке, делают еще 10. Это происходит потому что другие сотрудники, узнав о том, что специалист тех. поддержки где-то рядом, вспоминают, что у них тоже давно тормозит компьютер или не хватает какого-то ПО (т.е. услуги могут быть самыми разными). Инженеры попросили разработчиков СРЗ дать им возможность самостоятельно заводить себе наряды на такие вот случаи. Это, с одной стороны, позволит не просить заявителя «оставить заявочку», а с другой,…
В редакцию портала поступил вопрос: Добрый день! Интересна тема переклассификации обращения после начала выполнения работ по нему. Обращение классифицируется диспетчером на первой линии, он вносит услугу, определяющую SLA. Заявителю отправляется уведомление о регистрации обращения с указанием услуги и срока решения заявки согласно SLA этой услуги. У нас необходимость переклассификации обращения в плане изменения изначально определенной услуги, возникает в следующих случаях: После поступления наряда по обращению на рабочую группу выясняется, что диспетчер неверно выбрал услугу. Выбор корректной услуги может удлинить срок оказания услуги если у нее, согласно договору, больше SLA . После эскалации работ по обращению одной рабочей группой на другую…