Как провести тестовый запуск ИТ-инфраструктуры до выхода сотрудников

Зачем нужен тестовый запуск после ИТ-переезда

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

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

Тестовый запуск помогает выявить подобные ситуации до появления пользователей на новой площадке.

Когда проводить тестовый запуск

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

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

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

Что подготовить перед тестированием

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

Также следует назначить ответственных специалистов и подготовить тестовые сценарии. Они должны отражать реальные задачи сотрудников, а не ограничиваться техническими проверками.

Например, для отдела продаж это может быть вход в CRM, открытие карточки клиента и проверка корпоративной телефонии. Для бухгалтерии — доступ к 1С, документам и сетевой печати.

Этапы тестового запуска ИТ-инфраструктуры

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

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

Проверка базовой инфраструктуры

На первом этапе необходимо убедиться, что основные компоненты ИТ-инфраструктуры работают в штатном режиме.

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

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

Проверка корпоративных сервисов

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

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

При этом успешное открытие приложения ещё не подтверждает его полноценную работоспособность. Необходимо проверить выполнение характерных операций.

Проверка рабочих мест сотрудников

Следующий этап — тестирование рабочих мест в разных зонах нового офиса. Для этого выбирают типовые конфигурации и отдельно проверяют места со специализированным оборудованием.

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

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

Проверка реальных рабочих сценариев

Один из наиболее важных этапов — выполнение операций, которые сотрудники будут использовать в первый рабочий день.

Например, недостаточно проверить, что CRM открывается. Полезно убедиться, что пользователь может найти нужные данные, выполнить разрешённое действие и сохранить результат.

Аналогично проверяют работу с документами, отправку электронной почты, внутренние звонки, доступ к файловым ресурсам и другие процессы.

Тестовые операции с изменением данных желательно проводить в согласованной тестовой среде или на специально подготовленных записях, чтобы не повлиять на реальные бизнес-данные.

Как проверить одновременную работу пользователей

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

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

При необходимости оценивают доступность приложений, устойчивость сетевых соединений и работу сервисов при одновременном выполнении типовых операций.

Проверка телефонии и коммуникаций

Средства связи желательно тестировать отдельно, поскольку проблемы с ними могут обнаружиться уже при первом обращении клиента.

Проверяют входящие и исходящие звонки, внутренние номера, корпоративные мессенджеры, видеоконференцсвязь и другие инструменты, которые необходимы сотрудникам.

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

Как фиксировать результаты тестирования

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

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

Это позволяет отделить успешно проверенные компоненты от тех, которые ещё требуют доработки.

Как определять критичность замечаний

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

Поэтому замечания желательно разделять по влиянию на бизнес-процессы. Критичные проблемы устраняют до выхода сотрудников. Для менее значимых определяют срок исправления и временное решение, если оно допустимо.

Такой подход помогает не задерживать запуск всей площадки из-за некритичных замечаний, сохраняя контроль над их устранением.

Повторная проверка после исправления ошибок

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

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

Это особенно важно при изменении сетевых правил, маршрутизации, параметров авторизации и других общих настроек.

Когда офис можно считать готовым

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

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

Чек-лист тестового запуска

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

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