Главный миф о поддержке ИТ. Как не купить хаос за свои же деньги

Автор: Сергей Шкварь, руководитель проектов ALP ITSM

Ловушка быстрой поддержки

Заявки формально выполняются, но глобально ситуация только ухудшается. Сбои регулярно повторяются. Новые сотрудники ждут настройки компьютеров по несколько дней. Базы данных висят.

К нам часто обращаются в момент, когда становится слишком поздно:

• Из-за неработающих бэкапов компания теряет базу 1С за весь квартал.
• Падение старого сервера полностью останавливает работу филиалов на двое суток.

Опыт показывает жесткую правду: большинство таких катастроф можно предотвратить при системной работе.

Главное правило аутсорсинга:

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

Если у компании слабая инфраструктура, классическая поддержка будет только вредить. Подрядчик будет работать в режиме бесконечного тушения пожаров. Вы будете платить абонентскую плату за то, что инженеры раз за разом лечат симптомы, полностью игнорируя саму болезнь.

Типичная ИТ-инфраструктура малого бизнеса изнутри

Недавно мы работали с клиентом в похожей ситуации. Компания отделилась от крупного холдинга и начала самостоятельный путь. Бизнес функционировал отлично. Руководство решило найти подрядчика для базовой технической поддержки.

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

Вот что мы увидели на старте:

• Обычная одноранговая сеть без контроллера домена.
• Полное отсутствие единого центра управления пользователями.
• Локальные права администратора у каждого сотрудника на рабочем месте.
• Разрозненная защита рабочих станций без центрального мониторинга (часть компьютеров работала вообще без оплаченных антивирусов).
• Стихийные и небезопасные схемы удаленного доступа для сотрудников из других городов.
• Устное назначение прав на папки без какой-либо документации.

Представьте последствия при стандартном сопровождении такой сети.

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

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

Как мы строили правильную основу

Старт работы у нас всегда одинаковый — это приемка. Мы собираем информацию по активам: оборудование, операционные системы, лицензии, пользователи, сервисы. Иногда клиент просит углубиться — тогда запускаем полноценный платный аудит, где инженеры уходят в настройки и конфигурации.

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

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

Что мы сделали:

• Развернули и настроили контроллер домена для единого управления устройствами.
• Организовали централизованный файловый сервер.
• Внедрили строгую матрицу доступов по должностным ролям.
• Настроили систему резервного копирования всех критичных сервисов.
• Развернули терминальный сервер для безопасной работы с тяжелыми программами.
• Внедрили единую систему антивирусной защиты.
• Провели радиообследование офиса для грамотной настройки Wi-Fi, развесили и настроили точки доступа.

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

В нормальной ситуации сервер и сетевое оборудование можно получить из наличия за несколько дней. Если доступная на складах конфигурация не отвечает требованиям, то заказываем «железо», тогда срок растягивается до 4–6 недель. В современных реалиях это нормально: на цены и сроки влияют дефицит чипов, параллельный импорт и сезонные факторы — вплоть до китайского Нового года, во время которого тот же сервер может стоить уже в полтора раза дороже.

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

Люди закономерно сопротивлялись изменениям. Клиент хотел минимизировать дискомфорт для сотрудников. Ввод в домен занимает от получаса до пары часов на пользователя. Руководство предложило компромисс: сначала настроим VPN всем удаленщикам, а уже потом переводим в домен. Логика понятна: люди смогут работать без перебоев. Но технически это катастрофа. Мы открываем внешний доступ в инфраструктуру, в которой еще нет никаких правил: нет матрицы доступов, нет контроля подключений, нет единого управления учетными записями. Это все равно что поставить входную дверь в дом без стен. Мы объяснили, нашли компромисс по темпу внедрения, но последовательность не изменили.

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

Поэтому у любого инфраструктурного проекта есть два обязательных слоя: технический и «человеческий». Технический — это архитектура, безопасность и последовательность шагов. Человеческий — это информирование и управленческая поддержка: заранее объяснить, что будет меняться, и помочь довести изменения до конца, не откатываясь из‑за саботажа. Без этого даже идеальное техническое решение может застрять на этапе внедрения.

Что бизнес получил в итоге

После внедрения фундамента мы запустили наш сервис-деск. Эффект для бизнеса оказался огромным и стал виден уже в первый месяц.

• Появилась полная прозрачность. ИТ-среда перестала быть черным ящиком для руководства.
• Ускорился вывод новых людей. Подключение сотрудников теперь занимает минуты. Инженер добавляет человека в нужную группу, и новичок автоматически получает доступ к нужным папкам и программам.
• Бэкапы стали предсказуемыми. Мы точно знаем время восстановления данных в случае сбоя. Бизнес больше не рискует навсегда потерять историю операций.
• Заработал проактивный мониторинг. Система круглосуточно следит за сервисами, сертификатами безопасностью, доступностью доменов (адресов интернет-сайтов). До 80% потенциальных инцидентов мы выявляем и устраняем до того, как пользователи вообще заметят проблему.
• Ушла зависимость от одного человека. Мы ведем актуальную документацию и надежно храним все административные доступы в зашифрованном виде. Любой наш дежурный инженер может быстро подхватить задачу.

Как понять, что проект прошел успешно? В инфраструктурных задачах нет красивой метрики «в два раза быстрее», как в маркетинге. Для нас базовый критерий простой: для пользователей ничего не стало хуже, а для бизнеса — стало предсказуемее. Мы заранее понимаем, как быстро можем восстановить сервисы после сбоя, где у оборудования точки отказа и какие риски уже закрыты.

Проектный офис оценивает не только технический результат, но и то, насколько новая архитектура снижает зависимость от случайностей: от «незаменимых» людей, от одного сервера, от одной точки доступа в интернет. Это не видно в интерфейсе, но критично для выживания бизнеса в кризисный момент.

Как выбрать ИТ-подрядчика и не ошибиться

Этот проект отлично показывает главную мысль. Качество поддержки зависит от технической базы компании. Выбор ИТ-партнера является важнейшим стратегическим решением.

Если аутсорсер готов взять вашу сеть на поддержку без лишних вопросов и предварительного аудита — это серьезный повод насторожиться. Чтобы не стать заложником недобросовестного подрядчика, задайте эти вопросы еще до подписания бумаг.

Вопросы об опыте и процессах

1. Попросите контакты текущих клиентов.

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

2. Уточните подход к «инцидентам» и «проблемам».

Инцидент — это разовый сбой. Проблема — это коренная причина целой цепочки инцидентов. Зрелый партнер ищет первопричину зависания 1С и устраняет ее навсегда. Незрелый подрядчик будет просто перезагружать вам сервер каждый день за ваши же деньги.

3. Узнайте состав регламентных работ

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

Вопросы о безопасности и гарантиях

4. Потребуйте деталей резервного копирования

Одного факта настройки бэкапов мало. Узнайте про правило «3-2-1» (три копии данных на двух разных носителях, одна из которых спрятана вне офиса). Спросите про регулярное тестовое восстановление баз. Непроверенный бэкап равен отсутствующему бэкапу.

5. Проверьте регламент увольнений

Обиженный бывший сотрудник с доступом к сети крайне опасен. У аутсорсера должен быть жесткий регламент мгновенной блокировки всех учеток по всем системам после заявки.

6. Проверьте финансовые штрафы (SLA)

Соглашение об уровне сервиса (SLA) должно фиксировать время реакции и время решения проблемы. Если подрядчик не готов прописать в договоре реальные финансовые штрафы за срывы сроков, его обещания о качестве ничего не стоят.

Подробный чек-лист для проверки подрядчика

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

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