ИВИТ

IT-аутсорсинг – SLA

IT-аутсорсинг – SLA

Грамотная организация бизнеса подразумевает решение технических вопросов профессионалами. Выделять для этого внутренние ресурсы не всегда нецелесообразно, поэтому широкое распространение получил аутсорсинг. Сервис особенно востребован в сфере IT, но выбрать в Москве надежного поставщика услуг непросто.

При выборе поставщика IT-аутсорсинга хорошим показателем служит грамотно составленный Service Level Agreement (SLA) – документ, регламентирующий уровень обслуживания вашей ИТ-инфраструктуры. Серьезными компаниями при заключении контракта на IT-аутсорсинг SLA составляется в обязательном порядке. И, как правило, он состоит не из общих слов, а детально регламентирует все нюансы работы с их условиями и сроками.

Стандартная структура SLA в IT-аутсорсинге

  1. Вид, перечень и точная классификация услуг. В комплексный сервис входит техническая поддержка, модернизация оборудования, установка и диагностика программного обеспечения, и прочее. Работа подразумевает различные виды обращений: запросы на обслуживания, на изменения, инциденты (аварии) и прочее.
  2. Стороны и сроки действия. Соглашение между клиентской компанией и провайдером заключается на определенный период. Должны указываться различные варианты взаимодействия, включая приостановку работы.
  3. Время обслуживания. Указываются дни и часы, когда заказчику предоставляются услуги аутсорсинга. И условия изменения этого времени. Возможно, время предоставления различных услуг в рамках договора может отличаться.
  4. IT-аутсорсинг - SLA

  5. Объем работ. Какие объемы каких конкретно услуг включены в договор. Как и что измеряется. Кто производит измерение. Что происходит в случае превышения лимитов. На условия в том числе влияет количество, местоположение и размещение оборудования и пользователей.
  6. Форма отчетности. Какая отчетность существует, какая периодичность предоставления, каким способом предоставляется, контактные лица.
  7. Предельные сроки. Сроки реакции на обращение, сроки взятия в работу, срок выполнения, срок закрытия и прочее. Опять же должны быть указаны для всех видов обращений (заявок, инцидентов, изменений и прочее).
  8. Приоритеты. Какие задачи/обращения решаются с каким приоритетом. Пункт часто совмещен со сроками и идет единой таблицей. Также, часто в этом пункте указывается классификация аварий (инцидентов и проблем) по приоритетности устранения.
  9. Расценки на сервис и порядок оплаты. Стоимость услуг, порядок и форма оплаты.
  10. Клиентская ответственность. Какие условия и требования обязан соблюдать Заказчик услуг аутсорсинга и какая ответственность в случае несоблюдения.
  11. Уровни квалификации задействованного персонала. Какой персонал будет задействован на каких задачах.
  12. Контакты с обеих сторон. Детально расписанные контактные лица для обращений в различных случаях. Причем, с обеих сторон.

Процедура согласования Service Level Agreement с Заказчиком

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

SLA

Только обдуманное и рассмотренное совместными усилиями сторон соглашение оказывается рабочим.
Заказчик может заложить излишние требования (например, обслуживание 24х7), которые ему фактически не нужны, что существенно увеличивает стоимость услуг. При этом обращения во внерабочее время в службу технической поддержки могут происходить раз в полгода. Их можно прекрасно оплатить по часам и на этом сэкономить существенные финансовые средства. Либо, наоборот, заказываем регламентные выезды системного администратора на объект раз в месяц, в результате сотрудники либо неделями ждут ремонта, либо компания Заказчик переплачивает за выезды сверх предусмотренного тарифа.

Обязательные пункты SLA

  1. Что конкретно входит в услугу и в чем она заключается. Какой объект услуги. Следует внимательно отнестись к употреблению терминологии, составив список основных определений с разъяснением точных значений.
  2. Конкретные цифры и значения. Документ, определяющий уровень услуг аутсорсинга, обязательно должен включать параграф, в котором указываются количественные параметры измерения качества сервиса.
Частые ошибки
  • Обтекаемые и невнятные формулировки.
  • При отсутствии четкого понимания и употребления в тексте терминологии возможны разные трактовки изложенного и возникновение спорных ситуаций. Это также относится и к срокам.

  • Непродуманная отчетность.
  • Если качество аутсорсинга не отображается в конкретных цифрах по параметрам доступности, количества сбоев и сроков их устранения, определение уровня услуг затрудняется.

  • Отсутствие контроля.
  • При отсутствии как внутреннего контроля работы специалистов в ИТ-компании, так и контроля со стороны Заказчика ИТ-инфраструктура быстро погружается в хаос. Уровень сервиса снижается и в итоге доводит ИТ-инфраструктуру до состояния перманентных аварий.

Чтобы свести риски к минимуму, достаточно обратиться к квалифицированному поставщику с большим стажем и сложившейся на московском рынке репутацией. Опытный партнер поможет составить Service Level Agreement и предоставит качественный сервис для успешного развития бизнеса.

© "IVIT", при полном или частичном копировании материала ссылка на первоисточник обязательна.
Нашли ошибку в тексте? выделите нужный фрагмент и нажмите ctrl + enter
Рекомендуем прочесть
Дмитрий Гуров
14.03.2018
8 мин
В одной из предыдущих статей, посвященной кризисным ситуациям мы коснулись вопросов написания антикризисного плана компании (в международной классификации - BCP) и, в частности, его IT-части  - IT BCP.  Там же были рассмотрены вопросы актуальности наличия антикризисного плана в каждой компании.

Основной темой настоящей статьи будет более глубокое погружение в данный документ. Мы детально рассмотрим структуру IT BCP, коснемся организационных и технических вопросов, а также разберем рабочий IT BCP на примере типового вероятного риска. Статья будет полезна собственникам бизнеса, риск-менеджерам, ИТ-директорам и другим руководителям, ответственным за непрерывность бизнеса.
Читать далее
Дмитрий Гуров
20.09.2017
4 мин
Сегодня я хотел бы поговорить о том, как правильно и эффективно проводить совещания сотрудников. Этим материалом я начинаю серию статей об организации эффективной работы ИТ-департамента. Хочу заметить, что при некоторым допущении все нижесказанное верно не только для управления ИТ, но и для любых других подразделений. А для чего, собственно, необходимо проводить совещания? К сожалению, очень многие руководители недооценивают этот важный и совершенно необходимый инструмент управления. Однако, с помощью совещаний грамотный руководитель может решить сразу несколько достаточно важных задач управления коллективом.
Читать далее
Дмитрий Гуров
14.04.2018
5 мин
Тема сегодняшнего материала в рамках нашей тематики достаточно небанальна. Она  имеет непосредственное отношение к IT, а равно и к другим профессиональным областям. Сегодня мы поговорим непосредственно о написании аналитических статей по заданной теме и о планах статей.

Начнем с самого простого. А какие статьи вообще стоит писать?  Статей различного характера, в том числе и аналитических  в интернете великое множество, и сделать еще одну статью не проходной, а интересной и полезной для своего читателя  - это серьезная и важная задача, как для начинающего автора, так и для признанного эксперта.
Читать далее
Свяжитесь с нами
Оставьте свое сообщение с описанием вашей задачи или проблемы.
Наши специалисты свяжутся с вами в ближайшее время