IT-аудит нужен, когда руководству требуется не очередной список оборудования, а понятный ответ на три вопроса: что у нас есть, где реальные риски и что делать в первую очередь.
SoftTech проводит аудит как самостоятельную услугу, как первый этап модернизации и как часть перехода на IT-аутсорсинг. Результат — зафиксированное состояние инфраструктуры, зависимости, границы ответственности и приоритетный план действий.
Когда аудит особенно полезен
Аудит имеет смысл, если инфраструктура росла без единой архитектуры, документация устарела, доступы распределены между несколькими людьми, повторяются одни и те же сбои или компания готовится менять подрядчика.
Для распределённого бизнеса добавляются ещё три задачи: проверить единообразие объектов, понять реальные внешние зависимости и определить, где технический долг уже влияет на доступность бизнеса.
Типичные поводы:
- смена IT-подрядчика;
- подготовка к сервисной модели 24×7 или более жёсткому SLA;
- открытие новых объектов;
- модернизация сети или серверного контура;
- проверка резервного копирования и мониторинга;
- формирование бюджета на ближайшие 6–24 месяца;
- отсутствие актуального паспорта инфраструктуры;
- необходимость понять, что действительно требует замены, а что может продолжать работать.
Что мы проверяем
Рабочие места и конечные устройства
Фиксируем сервисный периметр, критичные пользовательские устройства и точки отказа. Цель — понимать, что реально нужно поддерживать, а не собирать инвентаризацию ради самой таблицы.
Серверы и роли
Определяем физические и виртуальные серверы, инфраструктурные роли, зависимости и критичность сервисов. Для бизнеса важнее роль сервера и последствия его отказа, чем модель оборудования сама по себе.
Сеть, Wi‑Fi и внешние каналы
Проверяем топологию, сетевое оборудование, Wi‑Fi, внешние соединения и зависимости от операторов. В распределённой сети отдельно смотрим, насколько конфигурации объектов повторяемы и управляемы.
Корпоративные сети →
Корпоративный Wi‑Fi →
Мониторинг и резервное копирование
Выявляем, какие элементы контролируются автоматически, где есть слепые зоны и насколько резервное копирование соответствует реальной задаче восстановления.
Наличие успешно завершённого задания резервного копирования ещё не доказывает, что нужный сервис можно восстановить в требуемый срок. Если это входит в периметр аудита, отдельно оцениваются схема копирования, контроль результатов и процедуры восстановления.
Доступы, документация и подрядчики
Фиксируем административные доступы, схемы, паспорта, договоры с провайдерами, внешних поставщиков и другие зависимости. Это база для будущего SLA и нормальной эскалации.
Технический долг и жизненный цикл
Отмечаем неподдерживаемые решения, оборудование с повышенным риском отказа, отсутствие резервов и зоны, где модернизация уже стала операционной необходимостью.
Аудит не должен превращаться в список покупок
Если вывод любого обследования звучит как «заменить всё», ценность такого документа сомнительна.
Мы разделяем рекомендации как минимум по приоритету:
- критично — риск уже влияет или может непосредственно повлиять на работу бизнеса;
- рекомендуется — снижает риск, упрощает эксплуатацию или устраняет технический долг;
- планово — разумно учесть в бюджете и жизненном цикле;
- допустимо — текущее состояние можно сохранить без срочной замены.
Это позволяет отделить техническую необходимость от желания просто обновить парк оборудования.
Как проходит аудит
1. Определяем цель
Сначала фиксируем, для чего нужен аудит: переход на обслуживание, модернизация, стандартизация объектов, повышение устойчивости или подготовка бюджета.
2. Собираем исходные данные
Изучаем текущие схемы, списки оборудования, доступы, договоры, известные проблемы и существующую модель поддержки.
3. Проверяем фактическое состояние
Сопоставляем документы с реальной инфраструктурой. Для распределённых компаний может использоваться сочетание удалённого и выездного обследования.
4. Оцениваем влияние на бизнес
Одинаковая техническая проблема может иметь разную цену для обычного офиса и объекта, где сбой сети останавливает основной процесс. Поэтому приоритет определяется не только технической критичностью, но и влиянием на работу компании.
5. Проверяем зависимости
Отдельно фиксируем внешние каналы, электроснабжение, сторонние сервисы, подрядчиков, подменное оборудование и другие факторы, которые могут ограничивать будущие сервисные обязательства.
6. Формируем план действий
Рекомендации связываются с выявленными рисками и получают приоритет. Если для точного решения требуется отдельное проектирование, это указывается как следующий этап, а не маскируется под готовую спецификацию.
Что получает заказчик
Состав результата зависит от цели и глубины обследования. В согласованный комплект могут входить:
- инвентаризация активов;
- перечень серверных ролей и сетевого оборудования;
- паспорт IT-инфраструктуры;
- актуализированная топология;
- реестр рисков и внешних зависимостей;
- оценка мониторинга и резервного копирования;
- перечень технического долга;
- рекомендации по подменному фонду;
- план модернизации с приоритетами;
- модель зон ответственности;
- исходные данные для расчёта IT-аутсорсинга и SLA.
Точный состав фиксируется до начала работ. Не каждый аудит обязан включать каждый перечисленный документ.
Главный результат для руководителя — понимание, в каком порядке тратить деньги и управленческое внимание.
Подтверждённый контекст применения
Burger King Belarus
В действующем сервисном кейсе аудит и рекомендации по модернизации входят в контур эксплуатации распределённой ресторанной инфраструктуры вместе с мониторингом, резервным копированием, сетями и серверными ролями.
MOSTRA-GROUP
В подтверждённый сервисный контур входят регулярный аудит и модернизация инфраструктуры наряду с серверными ролями, мониторингом, резервным копированием и эксплуатацией.
Эти кейсы показывают применение аудита внутри долгосрочной сервисной модели. Состав самостоятельного аудита для нового заказчика определяется отдельно.
Аудит перед IT-аутсорсингом
При передаче инфраструктуры SoftTech аудит становится частью процесса приёма. Мы фиксируем сервисный периметр, доступы, критичные системы, внешних поставщиков, мониторинг, подменный фонд и будущую модель SLA.
Если инфраструктуре требуется серьёзное восстановление или проектная модернизация, эти работы выделяются в отдельный состав работ.
Как устроен IT-аутсорсинг SoftTech →
Сравнить аутсорсинг со своим IT-отделом →
Аудит и SLA
SLA можно корректно зафиксировать только после понимания технических ограничений среды. На время восстановления могут влиять:
- наличие или отсутствие подменного оборудования;
- электроснабжение;
- внешние каналы связи;
- состояние сети и серверного контура;
- доступность сторонних сервисов;
- обязательства внешних поставщиков;
- выполнение критичных рекомендаций по модернизации.
Поэтому аудит нужен не для поиска формальных нарушений, а для того, чтобы сервисные обязательства соответствовали реальной инфраструктуре.
Что аудит не обещает
IT-аудит сам по себе не означает:
- сертификационный аудит информационной безопасности;
- аттестацию информационной системы;
- тест на проникновение;
- юридическое заключение о соответствии законодательству;
- гарантированное отсутствие будущих отказов;
- точную стоимость всей модернизации до выбора архитектуры и оборудования;
- автоматическое принятие SoftTech ответственности за системы, которые не вошли в сервисный периметр.
Если требуется специализированная проверка, её состав и исполнители определяются отдельно.
Частые вопросы
Можно заказать аудит без IT-аутсорсинга?
Да. Аудит — самостоятельная услуга. Его результат можно использовать для внутренней модернизации, тендера или работы с другим подрядчиком.
Нужно ли останавливать инфраструктуру?
Обычно нет. Большая часть обследования проводится на работающей среде. Если для отдельной проверки нужен технологический перерыв, он согласуется заранее.
Аудит покажет точную стоимость модернизации?
Он формирует перечень проблем и приоритеты работ. Точная стоимость зависит от выбранной архитектуры, оборудования и состава проекта.
Что происходит с клиентскими схемами и доступами?
Они остаются в защищённом рабочем контуре проекта и не используются как публичный контент.
Как начать
Достаточно описать текущую задачу: смена подрядчика, повторяющиеся сбои, модернизация, распределённая сеть или подготовка к SLA. После этого определяем периметр обследования, формат результата и необходимые исходные данные.
