Создание пилотной программы развертывания службы терминалов

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

Выбор тестовой группы

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

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

Я предпочитаю метод случайной выборки по нескольким причинам. Во-первых, мне не нравится идея запуска раннего пилотного развертывания для всего отдела из-за вероятности того, что что-то может пойти не так. Хорошо, я знаю, что большинство из вас, читающих это, вероятно, достаточно умны, чтобы не идти и не выбирать отдел расчета заработной платы для вашего пилотного развертывания, потому что вы хотите убедиться, что вам заплатят в пятницу. В то же время, если не считать конкретной страховой компании, в которой я когда-то работал, в большинстве компаний нет неважных отделов. Конечно, отдел маркетинга может показаться неважным, но что произойдет, если ваше развертывание будет ошибочным, и весь отдел маркетинга потерпит катастрофический сбой? В конечном итоге вы устраните проблему, но в то же время компания не привлекает новых клиентов и может быть не в состоянии отвечать на запросы потенциальных клиентов. Это может повлиять на прибыль вашей компании таким образом, что в конечном итоге это приведет к финансовым сокращениям, а этого никто не хочет.

Другая причина, по которой мне не нравится использовать один отдел для пилотного тестирования, заключается в том, что это не дает точной выборки приложений, которые используются во всей компании. Давайте снова возьмем отдел маркетинга. В последней компании, в которой я работал, сотрудники отдела маркетинга использовали Microsoft Outlook, Power Point и Publisher, и на этом все, что касалось приложений. Если вы запустили только пилотное развертывание в отделе маркетинга, то в конце цикла тестирования вы не будете знать, как переход на среду тонкого клиента повлияет на парня из финансового отдела, который работает с Quick Books. Запуск пилотного развертывания для случайной выборки пользователей гарантирует, что вы сможете протестировать широкий спектр приложений.

Обучите вспомогательный персонал

После того, как вы выбрали, какие пользователи будут участвовать в пилотном развертывании, следующее, что я рекомендую сделать, — это обучить персонал службы поддержки (еще до того, как вы начнете развертывание). Даже если в этом нет ничего серьезного, я почти гарантирую вам, что возникнут некоторые проблемы. Ваш персонал службы поддержки должен пройти обучение, чтобы знать, как реагировать на эти проблемы.

Я когда-то работал в организации, в которой у большинства управленческого персонала ИТ-отдела был своего рода комплекс мессии. Они были известны тем, что тестировали новые приложения и даже не сообщали об этом персоналу службы поддержки. Когда что-то шло не так, сотрудники службы поддержки просто начинали получать звонки о вещах, о существовании которых они даже не подозревали, и от которых ожидалось, что они смогут решить проблему. Даже не думайте о тестировании развертывания тонкого клиента на пользователях, не сообщив об этом сотрудникам службы поддержки. Вам нужно заранее решить, кто будет поддерживать пилотное развертывание тонкого клиента, и убедиться, что группа поддержки проходит надлежащее обучение.

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

Обучите пользователей

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

Имейте план прерывания

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

Вывод

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