Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.

6170+
вопросов и ответов

25
авторов

440+
источников

100%
оригинальный контент
Для значительного увеличения количества обращений через портал самообслуживания необходимы, во-первых, доступность web-интерфейса для всех пользователей. Например, не во всех компаниях работники могут использовать компьютеры для подачи обращений, особенно на производственных предприятиях, где сотрудники работают за станками или с оборудованием и не имеют персональных компьютеров. Для них телефон остается единственным удобным способом связаться с поддержкой. Во-вторых, важна подготовленность пользователей. Если данные, вводимые пользователями, будут использоваться для автоматической маршрутизации обращений, необходимо, чтобы эта информация была точной. Хотя интерфейс может быть дизайнерски продуманным, чтобы минимизировать ошибки, важно также, чтобы пользователи понимали специфику использования ИТ в своей работе. Эта подготовка может проходить при приеме на работу или в ходе обучения, но в некоторых ситуациях, например, при высокой текучести кадров, она может быть экономически нецелесообразной.
Согласно исследованию компании CGS, основные причины недовольства пользователей чат-ботами включают: недостаточную подробность ответов, отсутствие важных деталей в ответах, переадресацию на страницы часто задаваемых вопросов, долгое время ответа, отсутствие персонализации в общении. Особенно важным является последний пункт, так как современные пользователи ожидают, что техподдержка будет учитывать всю историю их обращений и быть готова к персонализированному взаимодействию.
Для минимизации влияния конфликта интересов следует: четко обозначить факт конфликта всем заинтересованным сторонам, установить временную границу его окончания, разделить ответственность на конкретные задачи, определить минимально допустимый уровень качества (MVP) для каждой активности, периодически оценивать ситуацию сверху и управлять временем, фокусируясь на текущих задачах без отвлечения на конфликтующие обязанности.
Кратное ускорение подразумевает не модернизацию процессов на 10-20%, а значительное сокращение времени выхода на рынок новой функциональности в разы: минимум в два раза, предпочтительно в три, желательно в пять-десять раз. Реализация кратного ускорения означает, что вместо 25 минут на выполнение одной задачи, как в типичном случае в начале рабочего процесса, время сокращается до 40 секунд - 1,5 минуты при сохранении или увеличении объёма выполненных задач. Также значительно растёт процент задач, успешно завершённых - с 25-50% до 85-100%.
ИТ-подразделения средних и крупных компаний сталкиваются с проблемами качества персонала из-за высокой конкуренции на рынке труда. Наиболее компетентные и активные специалисты работают в крупных зарубежных компаниях, таких как Google и Facebook, а также в западных компаниях и стартапах, часто без необходимости релокации. Следующий уровень менее компетентных, но всё ещё квалифицированных специалистов занят в модных российских интернет-компаниях. Таким образом, в традиционных российских предприятиях остаются работать менее квалифицированные сотрудники. Кроме того, массовое увеличение спроса на профессию программиста привело к тому, что многие люди, не обладающие необходимыми способностями и мотивацией, выбрали эту профессию, что ещё больше снижает общий уровень квалификации.
Процесс управления изменениями нужен для того, чтобы каждое изменение в системе или сервисе происходило без сюрпризов и неприятностей. Пока изменения выполняются как попало, часто возникают сбои, приходится срочно все исправлять, а время и деньги тратятся впустую. Если же следовать правилам и проверять каждое изменение заранее, это позволяет избежать проблем, сэкономить ресурсы и обеспечить стабильную работу сервисов. Проще говоря, это как собрать дом из конструктора по инструкции, а не наугад — так и быстрее, и надежнее.
Адаптация языка обучения под разные категории слушателей требует кардинальной перенастройки речи. Для технических специалистов (например, сотрудников второй линии поддержки) можно использовать профессиональную терминологию, связанную с процессами и функционалом. Для непрофессиональных аудиторий (например, сотрудников бухгалтерии) следует избегать технических терминов и рассказывать всё простыми, 'человеческими' словами, объясняя сложные концепции на понятных примерах. Важно заранее попросить слушателей прерывать, если что-то непонятно, и постоянно контролировать собственную речь, чтобы не допустить использования 'спец. языка'.
Work-in-progress limit (лимит текущей загрузки) в методологии Kanban — это ограничение на максимальное количество задач, которые могут находиться в статусе "в работе" одновременно. Он необходим для предотвращения перегрузки сотрудников, повышения фокуса на текущих задачах и ускорения завершения работ. Такой подход минимизирует переключение между задачами, сокращает время выполнения и повышает качество результатов. Лимиты помогают выявить узкие места в процессе и оптимизировать поток работ.
Удаленное управление рабочими столами позволяет устранять проблемы в территориально распределенных сетях без необходимости наличия квалифицированного персонала на месте. Это также помогает в восстановлении первичного уровня поддержки (FLR), когда персонал первой линии работает удаленно, а также позволяет снимать скриншоты для профильных специалистов при регистрации обращений. Такие инструменты эффективны в условиях, где требуется оперативное решение технических вопросов без физического присутствия.
То, что считается инцидентом, зависит от того, как определена норма для конкретной службы или компонента. Если в рамках согласованных условий и спецификаций работа компонента признана ненормальной, это считается инцидентом. Например, в случае с RAID-массивом выход из строя одного диска в зеркале может не считаться инцидентом, если это предусмотрено в проектной документации и не влияет на качество услуги. Однако, если аналогичный сбой в другом месте системы может привести к потере отказоустойчивости, это будет уже инцидентом. Ключевым критерием является то, соответствует ли текущее состояние соглашениям об уровне обслуживания и внутренним техническим спецификациям.