Своего администратора нет
Заявки уходят разным исполнителям, а доступы, обновления и резервные копии никто не проверяет по графику.
Пока компания небольшая, ИТ держится на одном человеке и здравом смысле. Дальше серверы, 1С и безопасность начинают требовать разных знаний, а заявки — общего порядка, потому что от них уже зависит ход бизнес-процессов. Выбор при этом не сводится к «нанять или терпеть»: повседневное ИТ можно передать на сопровождение, а отдельную задачу закрыть проектом.
Первый звонок инженера — около 30 минут в рабочее время. Разбираем вашу ситуацию, без презентации.
Решение для бизнеса
Состав решенияРуководитель узнаёт о проблеме, когда сотрудник уже не может работать: заявка потерялась в переписке, обновление не поставили, резервную копию не проверили.
Дело обычно не в людях, а в том, что нет общего места для обращений, регламента и наблюдения за системами — поэтому работа остаётся реакцией на поломки. И держится она, как правило, на одном человеке: в разборе потока заявок группы компаний один инженер закрывал 60% обращений, а в его отпуск поток приняли четверо — без роста просрочек, потому что за клиентом стояла служба.
Заявки уходят разным исполнителям, а доступы, обновления и резервные копии никто не проверяет по графику.
Системный администратор закрывает срочное, а приём заявок, регламентные работы, наблюдение и тесты восстановления откладываются.
При сбое время уходит на выяснение, кто отвечает за сеть, сервер, 1С и данные, — вместо того чтобы чинить.
Ценность для каждой роли
Обращения идут в одно место, приоритеты записаны в договоре, а результаты и открытые риски видны в ежемесячном отчёте.
Перейти к деталямРегулярный платёж, обязательные стартовые работы и отдельные проекты разделены; изменение состава и суммы согласуется до работ.
Перейти к деталямЗнание бизнеса и контроль доступов остаются у вас; приём заявок, регламентные работы, наблюдение и сложные случаи берёт внешняя команда.
Перейти к деталямСначала фиксируем, что есть и кто за что отвечает: принимать чужое ИТ вслепую нельзя.
Затем запускаем единое место для обращений, наблюдение и регламентные работы. Дальше — сроки по договору и план улучшений, чтобы профилактика вытесняла постоянные пожары.
Переписываем рабочие места, серверы, сеть, 1С и резервные копии; отдельно смотрим установленное программное обеспечение — лицензии на него и порядок обновлений. Отмечаем учётные записи, о которых никто не помнит, отсутствующие инструкции и процессы, которые нельзя принимать без объяснений.
Собираем системы, доступы, подрядчиков и зависимости от отдельных людей.Определяем каналы заявок, приоритеты, состав регулярного обслуживания и отдельные работы. Для каждой системы называем ответственного — внутри компании или за внешней командой, — порядок допуска, порядок эскалации и признак того, что работа принята.
Согласуем, что остаётся внутри компании, а что принимает внешняя команда.Телефон диспетчерской и почта сводят обращения в общую очередь: у заявки появляются исполнитель и контролируемый срок. Наблюдение за согласованными системами само создаёт заявку при отклонении, а сложные случаи уходят с первой линии к инженерам и профильным специалистам.
Обращения идут в Helpdesk, сложные случаи — инженерам второй и третьей линии.Ежемесячный отчёт показывает обращения, сроки, повторяющиеся причины и открытые риски. Финансовую ответственность за простой можно обсуждать отдельно: сначала договариваемся, какие сервисы критичны, как устроены отказоустойчивость, резервные копии и наблюдение и что остаётся на стороне компании.
Ведём сроки по договору, разбираем повторы и планируем развитие.У сотрудников появляется один адрес для обращений, у руководителя — общий маршрут для рабочих мест, серверов, копий и наблюдения.
Нужные ИТ-услуги подключаем по мере необходимости в формате сопровождения. Разовую задачу — переезд, настройку почты или наведение порядка в доступах — оформляем как отдельный проект. До начала работ согласуем объём, результат и стоимость проекта. Ежемесячной платы за сам проект нет.
Сроки не обещаются на словах.
Классы заявок, время реакции, границы поддерживаемых систем и исключения фиксирует соглашение об уровне услуги — SLA. То, что в него не входит, тоже называется заранее.
Если остановлен важный процесс, время реакции — до 15 минут. Это срок начала работы, а не обещание полного решения за то же время.
В договоре записаны поддерживаемые системы, обязанности сторон, исключения, окна работ и порядок согласования дополнительных задач.
Её можно обсудить, но не сразу: сначала согласуются требования к отказоустойчивости, копиям, наблюдению и регламентной эксплуатации.
ИТ-работы ведут 20 штатных инженеров — без фриланса и ИТ-субподряда. Сложные случаи уходят с первой линии к профильным специалистам.
Разбор под капотом
Управляемая поддержка начинается не с количества инженеров, а с общей очереди работ. Обращения из телефона и почты собираются в Helpdesk, и сразу видно, на каких системах сбои повторяются: один и тот же принтер, одна и та же выгрузка, один и тот же сервер по понедельникам. Доступы, инструкции и изменения записываются в реестры и регламенты — чтобы сервер, 1С или рабочее место не зависели от памяти одного специалиста.
«Единое окно нужно не для отчётности: оно не даёт заявкам теряться и показывает, где проблема повторяется.»
В материале разбираем, как собрать приём заявок, приоритеты и порядок эскалации.
Перейти к материалуМатериалы помогают подготовиться к передаче: собрать приём заявок, сравнить внешнюю команду со штатным отделом и проверить доступы, известные одному человеку.
Разбираем границы поддержки, передачу доступов, разницу между сопровождением и проектом, сроки и стоимость.
Когда базовый порядок собран, следующими обычно становятся скорость 1С, риски по данным и подготовка ИТ к росту.
Напишите, сколько сотрудников, кто сейчас отвечает за ИТ и что ломается чаще всего. Скажем, что имеет смысл взять на сопровождение, а что закрыть отдельной работой.