Как организовать поддержку в ИТ – это вопрос, с которым сталкиваются почти все организации, вне зависимости от того, являются они внутренним поставщиком услуг или внешним. Да, это задача не из легких.
В независимости от того работаете вы в ИТ или бизнес-подразделениях, вы точно сталкивались с понятиями инцидента и проблемы, я просто уверен в этом. Однако далеко не всегда мы делаем различие между этими двумя понятиями. Да, в повседневности всех интересует качество предоставляемых услуг, а не терминология. И если для бизнеса ценность от управления инцидентами понятна и очевидна, то управление проблемами остается за кадром. При этом то, насколько эффективно и результативно выстроена деятельность по управлению инцидентами и проблемами напрямую влияет на то, как бизнес воспринимает деятельность поставщика услуг. Чем различаются и что общего в управлении инцидентами и управлении проблемами 1. Назначение...
Обсуждая тему построения эффективной поддержки в ИТ или оптимизацию работы уже существующей, мы всегда сталкиваемся с вопросами измерения. Что измерять? Как измерять? Зачем измерять? Современные технологии Service Desk и выгрузка разных отчетов позволяют легко собирать большие объемы данных о производительности, рациональности, удовлетворенности. Признанными показателями эффективности для Сервис деска будут: Но сегодня я хотел бы затронуть тему удовлетворенности не потребителя, а сотрудника Сервис деска или, как сейчас принято называть, агента. А измеряете ли вы этот параметр вообще? Волнуют ли вас вопросы удовлетворенности работой вашего персонала? Или эти вопросы могут всплывать только при появлении текучести кадров? Удовлетворенность Поговорка о том, что счастливые...
Управление проблемами обращает на себя особое внимание среди специалистов, работающих в ИТ сфере. И несмотря на то, что эта деятельность не так заметна окружающим, последствия от ее отсутствия знакомы каждому. Управление проблемами — это не про восстановление услуг или ликвидация неполадок, а про определение первопричин и их устранение. Кому доверить эту ответственную деятельность? Этот вопрос обсуждается на курсах, форумах, описывается в статьях и рекомендациях. Мы уже обсуждали, чем проблемы отличаются от инцидентов. Сегодня речь пойдет о тех, кто тратит свое время и усилия на решение проблем. Организационные структуры и команды Сразу скажу, что специальную организационную структуру для управления проблемами я...
Почти всегда, когда речь заходит об управлении проблемами, возникает ряд проблем, связанных с пониманием и организацией этой важной, но далеко не всегда по праву оцененной деятельности. А что мы знаем о проблемах? Я сейчас говорю не о том, что в повседневности мы слышим, когда происходит нечто, что нарушает нашу привычную деятельность. Это, кстати, одна из проблем в восприятии управления проблемами с точки зрения смыслового наполнения этой деятельности. Наверняка вам приходилось слышать, а то и самим произносить что-то из серии: “у меня проблемка возникла… Не мог бы ты подойти посмотреть (или помочь) решить это недоразумение?” И если для обывателя ничего странного...
Спросите своих сотрудников, знают ли они о Миссии или каково Видение компании, в которой они работают? Уверен, что в качестве ответа можно получить встречный вопрос: “Что???” А еще самый распространенный вопрос, который обычно задают в ответ: “А в чем разница между миссией и видением?” Не верите? Тогда проверьте.
Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления...
Тема SLA – предмет обсуждения не только при определении требований к услуге, но и злободневный вопрос, обсуждаемый на учебных курсах. И интересуют специалистов далеко не только функциональные и не функциональные требования, отражаемые в соглашении. “Арбузный” эффект, операционные и бизнес-метрики мы тоже, конечно же, обсуждаем, но сегодня речь пойдет не об этом. SLA – это что? ITIL 4 определяет SLA как: “Соглашение об уровне услуги (Service level agreement, SLA) — документированное соглашение между поставщиком и заказчиком, которое определяет и требования к услуге, и ожидаемый уровень” Соглашение между поставщиком и заказчиком, т.е. между двумя субъектами сервисных отношений. Заказчик должен определить свои требования...
Заканчивая серию обзорных публикаций о сертификационной линейке ITIL4 (CDS, DSV, HVIT, DPI), сегодня речь пойдет о книге, курсе и экзамене ITIL 4 Digital and IT Strategy (DITS).
В дополнение к уже опубликованным обзорам курсов по направлению Managing Professional (MP) сертификационной линейки ITIL4, сегодня мы рассмотрим еще один модуль – ITIL 4 Specialist: High-velocity IT (HVIT).
Сегодня я расскажу, какие темы рассматриваются на данном курсе, кто получит наибольшую пользу для своей практической деятельности от изученного материала и что необходимо для сдачи экзамена.