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

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

Вопрос из зала

Вместе с вами отвечаем на актуальные вопросы

Подходы к учёту простоя услуг

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

, 17 мая 2019, последний комментарий 3 июня 2019

Вопрос из зала: как вы учитываете изменения?

В редакцию портала поступил вопрос: Разрабатываю документ с описанием процесса управления изменениями и попутно разрабатываю сам процесс. Вопрос: у кого-нибудь в компании есть учет изменений кроме как в системе управления заявками и проводятся ли их одобрения CAB или чем-то подобным? Если есть описания этого процесса, то просьба, хотя бы кратко, привести в ответах. Спасибо!

, 15 апреля 2019, последний комментарий 18 апреля 2019

Как правильно распределить 6 заявок на 4х сотрудников?

В редакцию портала поступил вопрос: Вопрос про конвеер заявок. Допустим поступает 5 заявок на 4х сотрудников. 4 раздаются автоматом, а как бысть с 5й? Варианты: 1) Заявка висит в очереди, пока кто-то не освободится и не закроет свою, а после этого назначается на первого освободившегося. 2) 5 заявка назначается сотруднику 1, 6-я — сотруднику 2. В итоге сотрудники уже имеют в работе по 2 заявки одновременно. Но тогда появляется ситуация, что OLA (расчетное время выполнения одной задачи) посчитано по одной заявке, а время идёт сразу по двум (т.е. получаем что либо сотрудник должен в два раза быстрее теперь справиться, либо…

, 15 апреля 2019, последний комментарий 15 мая 2019

Что скрывает аббревиатура ITIL?

В редакцию портала поступил вопрос: В книге ITIL 4 Foundation нет раскрытия аббревиатуры ITIL – IT Infrastructure Library? Если ITIL – это эволюция IT (best practice), призванная создать гайд для IT(SM), то почему первые две буквы IT(IL) теперь выглядят так ущербно? Или ITIL теперь уже не “библиотека” лучших практик?

, 18 марта 2019, последний комментарий 18 марта 2019

Контроль обработки инцидентов

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

, 3 октября 2018, последний комментарий 12 октября 2018

Вопрос выбора CMDB

В редакцию портала поступил вопрос: Добрый день, помогите определится или подскажите, в какую сторону смотреть. Необходима CMDB, которая решает вопросы, приведенные ниже, с низким порогом входа (как вариант подойдет бесплатное решение), интеграция самостоятельная без привлечения сторонних организаций. 1. Установление контроля над основными элементами ИТ инфраструктуры, определение связей как между частями ИТ инфраструктуры, так и между ними и основными бизнес сервисами для проведения критичных для бизнеса изменений 2. Лицензионный контроль ПО 3. Интеграция с системами мониторинга Смотрел в сторону iTop. Рассматривал решения на базе 1С, слишком громоздко. Полный функционал HelpDesk (serviceDesk) не нужен, обработка заявок и запросов пользователей уже реализована в…

, 5 сентября 2018, последний комментарий 18 сентября 2018

Как организовать ИТ для ИТ?

В редакцию портала поступил вопрос: Добрый день, работаю в ИТ-компании , нас больше 1000 человек. В компании нет и не было каких то практик работы с ИТ-инфраструктурой. Но есть 3-4 команды и каждый тянет ИТ-инфраструктуру в свою сторону. Единого подхода нет, с моим приходом решили делать больше упор на ITIL, но всё же уверенности на 100% нет, в ИТ всё так не постоянно. Скажите, пожалуйста, как лучше всего организовать ИТ для ИТ ? и вообще ИТ-инфраструктуру для компании которая разрабатывает ПО и его сопровождает? Из текущих проблем хочу выделить следующие: Не понимание общей стратегии и подхода. Размазанная ответственность. Дублирование функций.

, 15 июня 2018, последний комментарий 18 июня 2018

Как соблюдать SLA в условиях ожидания ответа

В редакцию портала поступил вопрос: Добрый день, коллеги! Подскажите как соблюдать SLA в условиях ожидания ответа от клиента/бизнеса. Например, определили опытным путем SLA по сервису «Настройка бухгалтерской базы» в 24 рабочих часа. То есть все обращения по этому сервису должны решатся в этот согласованный срок. В поддержку поступает обращение, классифицируется по этому сервису и в ходе решения обращения выясняется, что требуется настройка, затрагивающая учетную политику. Это требует согласования главного бухгалтера. Гл. бухгалтеру отправляется запрос на согласование, бухгалтер рассматривает согласование, например, в течение 72 или более часов. Что делать с обращением в таком случае? Ведь фактически срок SLA будет нарушен. Сейчас…

, 26 февраля 2018, последний комментарий 14 марта 2018

Как должна быть организована техническая поддержка?

В редакцию портала поступил вопрос: Уважаемые коллеги. У меня в подчинении две линии технической поддержки: первая линия — диспетчеры тех. поддержки (принимают обращения, решают элементарные обращения/инциденты, сложные обращения/инциденты эскалируют на вторую линию), вторая линия — консультанты тех. поддержки (решают сложные обращения/инциденты, эскалируют на третью линию обращения/инциденты, если нет прав доступа или не хватает компетенций). Классика. На второй линии два консультанта, необходимо их по разному загружать обращениями — одному давать 70% всего потока запросов, второму 30%, так как второй занимается ещё и документацией. В своей ITSM-системе мы вывели для первой линии виджет, который показывает загруженность консультантов второй линии, то есть диспетчер…

, 13 февраля 2018, последний комментарий 20 ноября 2019

Конфликт интересов при заключении SLA

В редакцию портала поступил вопрос: Коллеги, добрый день. Сразу извиняюсь за сумбурность изложения.))) Я являюсь юным менеджером процесса SLM (3 месяца). Так совпало, что с моим приходом на должность, в нашей организации (крупный региональный банк) был затеян реинжиниринг  этого процесса. По причине изменения подхода, формата документа и так далее, многие SLA пересматриваются. И я столкнулся с вопросом, для ответа на который, хотел бы заручиться мнением больших экспертов. Ранее в банке существовало 2 типа SLA: SLA по бизнес-процессу (кредитование ФЛ, депозиты ЮЛ и т.д.) и SLA по “каналам продаж”  (банкоматы, интернет-банки и т.д.). И вот, придя в одно из подразделений, у…

, 12 февраля 2018, последний комментарий 15 февраля 2018
 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
Авторы и редакторы портала — консультанты и тренеры компании Cleverics.
Использование материалов данного сайта допускается исключительно с разрешения правообладателя.
Использование данного сайта означает согласие с обязательством соблюдать нашу Политику конфиденциальности и Согласие на обработку персональных данных.