Комплексный подход к импортозамещению, или Как помочь бизнесу собрать «пазл» из российского ПО

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

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

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

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

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

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

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

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

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

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

Завершающий этап — полный переход на новую обновленную инфраструктуру. Когда, казалось бы, все решено и запущено, остается только обеспечить стабильность того, что было построено с нуля. Поэтому после внедрения новых инструментов задача ИТ-службы заключается в обеспечении бесперебойной работы новой инфраструктуры в режиме 24/7. Но даже на этом этапе своими силами без поддержки интеграторов справиться бывает сложно, так как задача эта зачастую нетривиальна: продукты новые и постоянно меняющиеся, а компетенции по ним еще недостаточно наработаны. Кроме того, у ИТ-служб просто не хватает времени на отслеживание изменений и адаптацию к вновь появившимся возможностям российских продуктов.

Продолжение читайте на Бизнес-онлайн.