Содержание:
Внутренний портал для сотрудников — это то, без чего не обойтись ни одной крупной компании. Однако он не влияет на показатели напрямую, поэтому нередко владельцы бизнеса покупают наиболее простые и готовые корпоративные решения. В Газпромбанке решили пойти по другому пути: разработали два собственных внутренних портала, а затем для комфортной и более эффективной работы сотрудников объединили их в один ресурс, сделав этот переход бесшовным. Для этого создали стрим, который справился с задачей и сэкономил деньги, отказавшись от части функциональности импортной платформы. Рассказываем, как это было.
Почему в банке развивали сразу два портала и как решили отказаться от этой идеи
До недавнего времени в Газпромбанке работали два функциональных ресурса: портал Службы поддержки пользователей (СПП) и сервисный Портал услуг. Так не было задумано изначально: просто в какой-то момент появился второй ресурс для решения внутренних административных задач. На Портале услуг можно было подавать заявки на некоторые сервисы, например, заказывать справки, визитки и канцтовары. А на портале СПП сотрудники могли оформить заявки по различным IT-вопросам, например, по доступам или ошибкам в работе.
После разработки Политики сервисной организации, стало понятно, что два ресурса со схожим функционалом нужно объединить в один. Проблема заключалась в том, что у каждого из порталов были определенные функциональные возможности, которые важно было сохранить. В банке хотели найти компромисс и взять все лучшее из двух порталов.
Главных причин объединить ресурсы было три.
Первая — сервисная: сотрудникам должно быть удобно решать любые вопросы быстро и через единый портал.
Вторая — желание оптимизировать ресурсы на развитие порталов. Их поддержкой занимались одни и те же специалисты. Поэтому было разумно объединить все в один стрим.
Третья — необходимость уйти от технических ограничений импортного решения, которое использовали для портала СПП. Портал был построен на платформе Micro Focus Service Manager (MFSM), что вызывало сложности. Например, нельзя было открыть сразу два окна, мультиоконность не работала. Вместо того чтобы вкладывать деньги и время в адаптацию стороннего ПО, в банке начали развивать свою версию портала, построенную на решениях с открытым кодом.
У команды не было задачи снова внедрять IT-процессы на новом портале. Нужно было определить все востребованные шаблоны на двух ресурсах, собрать их на «Ключе» и сделать это бесшовно, с минимальными неудобствами для пользователей.
Узнать больше о «Ключе» можно в статье «400 внутренних сервисов на одном портале».
Главная сложность — закрытый код и невозможность перенести шаблоны напрямую
Основная проблема в объединении порталов была связана с MFSM. Платформа закрыта для доработок и не отвечает требованиям новой реальности, когда компании идут по пути импортозамещения. К тому же в банке хотели отказаться от решений сторонних разработчиков, чтобы самостоятельно добавлять новые сервисы и не зависеть от зарубежного решения. Такая зависимость могла бы поставить под угрозу существование всего портала.
Из-за особенностей MFSM нельзя было напрямую перенести нужные шаблоны из СПП на «Ключ». Делать это вручную оказалось бы неоправданно долго: к моменту миграции на портале накопилось более 200 шаблонов. В итоге команда написала конвертер — интерфейсную надстройку над шаблонами, которая позволила бесшовно перенести все накопленные знания.
Кроме того, на СПП был раздел «Мои IT-активы» — его тоже перенесли на «Ключ», параллельно доработали и настроили делегирование. Так функциональность, которая была только на СПП, появилась на «Ключе».
Часть функционала сделали удобнее. Например, когда пользователь регистрирует новое обращение, ему не нужно самостоятельно заполнять все поля. Часть параметров портал заполняет автоматически благодаря онлайн-интеграции с внешними системами. В «Ключе» настроили взаимосвязи одних параметров от значений других параметров, автоматические проверки конфликтных ролей и определение списка согласующих и порядка исполнения.
Проделанную работу можно сравнить с заменой деталей у автомобиля, который продолжает двигаться. Команда на ходу поменяла фары, стекла, дворники, а в итоге и сам двигатель, причем сделала всё так ювелирно, что пассажиры ничего не заметили.
Объединением порталов занимались несколько команд: одни работали над интерфейсом, другие над ядром, третьи над интеграцией, поддержкой и созданием шаблонов. Всего над проектом работали 60 человек, благодаря чему его удалось довольно быстро реализовать.
Вместо заключения
Банк собрал на одном ресурсе лучшие решения двух порталов и показал, что даже закрытые зарубежные платформы можно полноценно заменить собственными разработками. Но главное — сотрудники получили удобный сервис, где большинство запросов можно подать в одном окне и получить необходимые шаблоны в единой поисковой строке.
Объединение порталов позволило вынести этот интерфейс на мобильные устройства, и теперь работа с заявками доступна всегда, когда с собой есть смартфон или планшет, а не только рабочее место в офисе.
Команда отказалась от несовершенного вендорского решения и сильно ускорила вывод новых сервисов на платформу.
Кроме этого, постепенный отказ от импортной платформы также облегчает подбор сотрудников в команду разработки: найти сервис-менеджера в разы сложнее, чем обычного JavaScript-разработчика.
Следующим шагом в развитии портала будет полный отказ от стороннего ПО. Технически это очень сложный проект, поэтому банк переходит на собственную разработку и отказывается от привлечения подрядчиков в пользу найма собственных специалистов. Если вы хотите стать частью команды Газпромбанка, посмотрите раздел «Вакансии».
.png)