Все очень хорошо, четко, кратко и лаконично сказано. И подтверждаю своим опытом в огромной интернациональной компании с десятками тысяч конфигурационных единиц в cmdb, тьмой сложных процессов, взаимодействий, команд, ресурсов и прочего - все так и есть в жизни, как человек рассказывает, и про зрелость процессов, оценку зрелости, про проблемы-инциденты, про эскалации, маршрутизации и описательную часть, инструкции, чейнджи, и про все остальное. На той позиции, где работал с этим - я был не сервис-менеджером, но в соседней команде, рядом и плотно работали по всей этой методологии. Приятно было сделать рефреш знаний в голове, смотря этот материал, и убедиться и найти лишний раз подтверждение выводов Спасибо!
Автор ошибается. Прием заявок не строго через сервис деск идёт : заявки принимают ЛЮБЫМИ каналами. Важно ЗАНеЕСТи заявку в сервис деск. Заказчик не обязан пользоваться вашим сервисдеском .
Это уже палка о двух концах. Лучше обговорить с заказчиком вариант использования сервис деска. Если не получилось - уже любыми каналами, НО - потом не докажешь что именно эта заявка поступала именно в данной форме, и уже сотрудник заказчика, чтобы прикрыться может в любой форме преподнести, запроса то от него не последовало :)
если у сотрудника начинает выходить из строя ноутбук, я гегистрирую инцидент, нахожу workaround, далее я паралельно создаю проблему? замена компа например или одного из компонентом, кот послужили причиной выхода из строя...
не совсем понял мысль как можно в SLA прописать менее жесткие требования чем в контракте (SLA это же по сути составная подчиненная часть, она не может ему противоречить)
Все очень хорошо, четко, кратко и лаконично сказано. И подтверждаю своим опытом в огромной интернациональной компании с десятками тысяч конфигурационных единиц в cmdb, тьмой сложных процессов, взаимодействий, команд, ресурсов и прочего - все так и есть в жизни, как человек рассказывает, и про зрелость процессов, оценку зрелости, про проблемы-инциденты, про эскалации, маршрутизации и описательную часть, инструкции, чейнджи, и про все остальное. На той позиции, где работал с этим - я был не сервис-менеджером, но в соседней команде, рядом и плотно работали по всей этой методологии. Приятно было сделать рефреш знаний в голове, смотря этот материал, и убедиться и найти лишний раз подтверждение выводов
Спасибо!
На скорости 1,5 вполне нормально усваивается. Годный материал.
В 2023 это видео еще работает и приносит пользу
Как и в 2024
Отличная лекция, спасибо большое.
Очень легко и доступно. Хороший материал, спасибо!
Спасибо за грамотную лекцию
спасибо, полезная информация
Отличное видео, спасибо!
Спасибо, супер все по делу, без воды
Алексей, большое спасибо за отличный семинар! К сожалению, по ссылке не скачивается презентация. Нет ли у кого-нибудь ее версии?
А что собой представляют стандарты ITIL?
спасибо за видео, а что слайды в google docs нельзя перезалить?
Обязательно попробуйте ВСЕМ!!!
Автор ошибается. Прием заявок не строго через сервис деск идёт : заявки принимают ЛЮБЫМИ каналами. Важно ЗАНеЕСТи заявку в сервис деск. Заказчик не обязан пользоваться вашим сервисдеском .
Это уже палка о двух концах. Лучше обговорить с заказчиком вариант использования сервис деска. Если не получилось - уже любыми каналами, НО - потом не докажешь что именно эта заявка поступала именно в данной форме, и уже сотрудник заказчика, чтобы прикрыться может в любой форме преподнести, запроса то от него не последовало :)
типичный пользователь)
37:30 переключили на "Формирование запросов на изменение" и перешли к вопросу от пользователей, но дальше не раскрыли данный пункт.
Спасибо большое)
если у сотрудника начинает выходить из строя ноутбук, я гегистрирую инцидент, нахожу workaround, далее я паралельно создаю проблему? замена компа например или одного из компонентом, кот послужили причиной выхода из строя...
не совсем понял мысль как можно в SLA прописать менее жесткие требования чем в контракте (SLA это же по сути составная подчиненная часть, она не может ему противоречить)
Спасибо!
Возможно ли обновить ссылку на презентацию?
спасибо, думал что я сапорт сс@ный, а оказывается ценный специалист
Ссылку на презентацию можно?)
www.slideshare.net/AlexFrolov2/itil-15
+Alexey Frolov Спасибо большое!
Есть ссылка на презентацию?
www.slideshare.net/AlexFrolov2/itil-15
Ссылка уже не рабочая. Доступна ли презентация сейчас?
Поэтому проектные менеджеры ничего в сервисе не соображают.
Хороший канал про процессы и ITIL в телеграм: tele.gg/v4process
Рекомендую, редко когда найдешь полезные авторские записи по этой теме.