
- •Введение
- •1 Сравнительный анализ возможных вариантов реализации научно-технической информации по теме исследования
- •1.1 Общая информация о способах проектирования систем sdm
- •1.2 Сравнительный анализ существующих решений
- •3 Общее описание проектируемого объекта
- •3.1 Этапы проектирования
- •3.1.1 Фиксирование регламентов
- •3.1.1.1 Способы приема заявок пользователей
- •3.1.1.2 Приоритеты и временные регламенты
- •3.1.1.3 Классификация обращений
- •3.1.1.4 «Главный регламент»
- •3.1.2 Обучение сотрудников
- •3.1.3 Организация call-центра
- •3.1.4 Разработка и внедрение Service Desk Manager
- •3.1.5 Поддержка работы системы
- •4 Реализация некоторых из возможных путей решения поставленной в техническом задании задачи
- •Эффект от внедрения процесса управления проблемами
- •Заключение
- •Список использованных источников
- •Приложение а Договор поставки оборудования № 26182012g1
- •1. Предмет договора
- •2. Обязательства сторон и условия поставки оборудования
- •3. Сумма договора и порядок расчетов.
- •4. Сертификация, упаковка,
- •5. Ответственность сторон
- •6. Форс-мажор
- •7. Разрешение споров. Арбитраж
- •8. Прочие условия
- •Адреса и банковские реквизиты сторон:
3 Общее описание проектируемого объекта
3.1 Этапы проектирования
Этапы проектирования службы технической поддержки можно условно разделить на следующие части:
фиксирование регламентов;
обучение сотрудников;
организация Call-центра;
разработка и внедрение Service Desk Manager;
поддержка работы системы.
3.1.1 Фиксирование регламентов
Создание Service Desk начинается с описания регламентов функционирования будущей службы. Даже если есть четкое представление о структуре Service Desk, о ролевых обязанностях сотрудников и о процедурах, по которым будут работать специалисты службы, все равно регламенты необходимо зафиксировать.
Относительно объема данного документа, его полноты и развернутости четких рекомендаций не существует. Тем не менее нет смысла подробнейшим образом и максимально детально описывать все регламенты службы Service Desk. Документ получится слишком большим и нечитабельным. Однако создавать его излишне кратким также не стоит. В первом варианте документа на один регламент достаточно отвести одну-две страницы.
Количество линий поддержки службы Service Desk и распределение ИТ-сотрудников по линиям поддержки. Классика ITIL рекомендует развернуть три линии. К первой линии поддержки могут относиться операторы call-центра, ко второй – администраторы баз данных, системные администраторы, технические специалисты, к третьей – программисты, старшие системные администраторы. Ваши сторонние подрядчики, организации, которые предоставляют вам услуги по сопровождению ПО, провайдеры телекоммуникационных услуг и т. д. также могут быть отнесены к третьей линии поддержки.
3.1.1.1 Способы приема заявок пользователей
Вариантов достаточно много, начиная от официально оформленной служебной записки в бумажной форме и заканчивая дружеским общением с помощью ICQ. Но в первое время работы службы Service Desk стоит ограничиться одним или двумя способами поступления обращений пользователей. Перечислим наиболее распространенные.
Первый – телефонный звонок пользователя – самый простой и самый эффективный вариант. В этом случае оператор Service Desk имеет возможность успокоить пользователя, если тот чрезмерно взволнован очередным сбоем. Кроме того, в процессе общения с пользователем оператор call-центра может быстро определить причину инцидента и предложить решение. Тем самым запрос будет обработан в самые короткие сроки.
Вторым способом обращений пользователей за поддержкой может быть электронная почта. В этом способе коммуникации с Service Desk есть свои преимущества и недостатки. Далеко не на всех предприятиях пользователи настолько грамотны в области применения ИТ, чтобы с первого раза кратко и понятно описать ситуацию (произошедший сбой). Неточное описание может повлечь за собой долгую переписку между оператором call-центра и пользователем. Результат – увеличение времени решения проблемы. Положительные стороны обращения пользователя в службу Service Desk при помощи электронной почты, разумеется, тоже есть. Например, пользователь направляет электронное письмо с описанием сбоя на определенный адрес. При поступлении нового сообщения в этот почтовый ящик происходит автоматическая регистрация обращения в предварительно настроенной системе службы Service Desk. В этом случае оператор первой линии поддержки не тратит время на регистрацию обращения, а может сразу же приступить к поиску решения инцидента.
Третий способ – корпоративный портал или некий сайт, на котором пользователь может самостоятельно зарегистрировать инцидент. Этот способ обращения пользователя обладает всеми теми же положительными и отрицательными чертами, что и в случае с электронной почтой.