Service Desk *

Привет, Хабр! В продолжении темы, связанной с внедрением Каталога ИТ-услуг в компании, хочу разобрать достаточно популярный вопрос (не знаю, как у других, но у нас так точно) – зачем нужно возиться с услугами, если все пользователи работают с системами? Логичнее же «идти от систем», чем каких-то «никому не понятных услуг». Давайте разбираться и взвешивать все «за» и «против». Пусть каждый сам для себя решит, как эффективно выстроить процесс управления ИТ в общем и, взаимодействие с бизнесом, в частности.

Всем привет! В этой статье я поделюсь четвёртым выпуском рубрики Открытый микрофон, в котором Иван Хахарев, ведущий аналитик Департамента системного анализа в Спортмастере, выступил с докладом про то, как создать службу поддержки, которая ляжет на большинство систем. Такая разработка может помочь проанализировать продукт, улучшить UX или даже провести реинжиниринг. 

Мы подобрали экспертов, которые делятся своей экспертизой и мнением, их комментарии - ниже по тексту. 

Приходите в комментарии, задавайте вопросы или делитесь своей экспертизой! 

Система service desk в развивающейся компании должна быть не просто стабильной. Она должна быть масштабируемой, омниканальной, гибкой и легко настраиваемой. В статье рассказали о том, как правильно подобранная service desk система улучшила работу в ИТ-службе.

Привет, Хабр! Меня зовут Андрей Прокофьев-Нужный и я решил поделиться опытом, который приобрела наша IT-компания М.Тех в процессе внедрения Каталога ИТ-услуг.

Сегодня ПО для автоматизации сервисной поддержки — привычное явление даже в молодых микрокомпаниях на аутсорсе. При этом аутсорсеры на старте часто стараются следовать модному тренду и разрабатывают собственное кастомизируемое решение. Такое, которое можно гибко настроить под собственные нужды и запросы заказчиков.

Но всегда ли разработка собственного решения для обработки заявок целесообразна для начинающей компании? Существуют ли «коробки», способные закрыть все требования аутсорсера на старте? И в какой момент ей можно переходить от типового инструмента к кастомизируемой конфигурации? Давайте поразмышляем.

Всем привет. На связи снова Александр Грачев. Как и обещал, возвращаюсь с новыми рассказами о внутренней кухне технической поддержке песочницы PT Sandbox и том, как мы делаем мир безопаснее и лучше благодаря нашему продукту.

Все мы знаем о таких распространенных вирусах, как шифровальщики. И да, когда-то о них было слышно «из каждого утюга», а потом шумиха улеглась и вроде как все прошло. Но наши исследования показывают, что они никуда не делись.

Предположу, что от слова «шифровальщик» у любого IT-специалиста начинает дергаться глаз. И я понимаю эти эмоции. В мир ИБ я, как многие в этой сфере, попал из ИТ (и это несмотря на то, что многие айтишники не любят безопасников и наоборот).

Так вот, злосчастные шифровальщики — это страшный сон IT-специалиста, о котором мечтаешь забыть. Да, сейчас стало легче и проще, способов защиты стало больше, а вот раньше… В любой момент мог раздаться звонок со словами: «У меня тут на рабочем столе появился текстовый файл „Открой меня“, а внутри просят деньги. Что делать?» И начинается череда приключений.

Привет! Я Лиза, специалист службы поддержки Канбан-сервиса Kaiten. Ежедневно я и мой коллега получаем около 40 запросов от наших пользователей: помогаем разобраться в продукте, найти неизвестные для них функции, устранить проблемы. Рассказываю, как мы организовали свою работу внутри нашего же сервиса с помощью модуля Service desk.

Продолжить цикл статей о подходах к структурированию сервисов поддержки и развития приложений мы с Михаилом Ковешниковым решили размышлением о ресурсной модели, а точнее о балансе между внутренней командой и аутсорсингом.

Довольно редко встречается ресурсно-сервисная модель, в которой все работы выполняются только штатными сотрудниками либо наоборот только субподрядчиками. Обычно выбор конкретного решения о балансировке ресурсов зависит от сложности бизнес-приложения, ситуации на рынке труда и особенностей клиента.

Мы хотим описать ключевые факторы, влияющие на выбор модели сорсинга, преимущества и недостатки использования внешних ресурсов.

Привет! Меня зовут Василий Жуковский, и я отвечаю за работу технической поддержки PT Network Attack Discovery (PT NAD) — системы поведенческого анализа трафика от Positive Technologies. Недавно коллеги из техпода PT Sandbox рассказали, какая работа проводится, пока вы ждете ответ на свое обращение. Вышло здорово, и я решил поддержать этот тренд. Сегодня расскажу, как мы работаем с обращениями и что «дарим» в дополнение к решению проблемы пользователя. За последние три года мы обработали более 3500 запросов, не считая вопросов в нашем телеграм-чате. Давайте рассмотрим пример одного такого обращения.

Не так давно я работал сетевым инженером в региональном Интернет провайдере с услугами, в основном, для домашних абонентов. А потом ушёл в корпоративный сегмент, в компанию с большой филиальной сетью по России. И помимо того что это другой опыт и другой взгляд на профессию - это другой взгляд на провайдера и его взаимодействие с клиентами, теперь уже со стороны клиента. Нельзя сказать, что для меня получилось сделать какие-то невероятные открытия в этом взаимодействии, нет, но какие-то моменты получилось сформулировать более точно, про них и будет в этой статье. Рассмотрим реальные, я думаю типичные, ситуации из практики работы сетевого инженера в бизнес компании с провайдерами Интернет через призму отношения к этому со стороны провайдера в том числе.

Приветствую всех, кому интересна тема перехода с Jira на альтернативные решения. 

Совсем недавно мы, GlowByte Soft, рассказывали о том, какие бизнес-процессы компании могут автоматизировать на базе ITSM-платформы ZenTao. По откликам мы поняли, что нужно подробнее остановиться на самой базовой и самой главной функциональности ITSM-платформ – управлении сервисом и работе с заявками.

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

В такой рутине важно не только закрыть заявку и решить проблему сотрудника, но и уложиться в определенное время, то есть держать SLA на нужном уровне и не давать ему стремительно падать вниз. 

Все это привычные условия, но скоро появится и новая проблема ― ускоренное и для многих компаний обязательное импортозамещение софта. 

Просто представьте: сотрудники десятилетия работали в родных Windows и Microsoft Office, а тут надо перейти на непривычный российский софт, офисные пакеты и даже операционные системы. Процесс адаптации обещает быть нелегким: кнопки непонятные, программы лагают, весь шаблон рутинных операций ломается. В результате поддержку засыпят тикетами. 

Эта статья для всех, кто работает с заявками сотрудников, утопает в рутине и отвечает за сорванные дедлайны. Разберем несколько уровней организации работы с заявками и рассмотрим решения, как закрывать тикеты быстрее, чтобы выполнять SLA.

Привет, это Андрей Фитисов — директор по развитию сервиса автоматизации поддержки ITSM 365.

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

В статье рассказываю том, как сменить систему автоматизации и при этом не потерять половину бюджета.

Привет, Хабр! Я Юра Пчелин, руковожу командой корпоративной IT-поддержки в X5 Tech. В статье рассказываю о том, как наша служба поддержки реализовала масштабного чат-бота в помощь себе и коллегам.

Привет, это Марат Сахабетдинов, руководитель группы развития инфраструктуры ITSM 365.

Три года назад мы приняли решение сменить облачную инфраструктуру и перейти с виртуальных машин на контейнеризацию в Kubernetes.

О причинах, выборе провайдера и по какому плану действовали — в этой статье.

Всем привет! Не так давно я подробно рассказала в цикле статей о своей работе в команде поддержки GlowByte. Сегодня хочу разложить по полочкам для интересующихся этим видам деятельности, в чем же кроются различия между разными линиями поддержки.

Предположим, что вы стали ответственным за направление сопровождения бизнес-приложений (application management service, AMS) и ваш руководитель поставил задачу сформировать стратегию и план действий по организации этой деятельности. Первым делом Вы обратились к популярным фреймворкам, таким как ITIL или COBIT. Однако, не по всем аспектам деятельности удалось найти ценные советы. Поскольку, большинство методик говорят, что сделать, но не описывают как.

Мы решили структурировать наш опыт выстраивания процессов и команд поддержки так, чтобы получился понятный и последовательный гайд для руководителя, который сталкивается с задачей выстраивания AMS.