Более двух лет назад несколько опытных разработчиков компании EIS Group при поддержке CTO затеяли внутренний стартап — разработку новой цифровой платформы для страхового бизнеса. Собственно, компания уже официально продавала и поддерживала похожую платформу — EIS Insurance Suite, но инициативные программисты решили создать что-то более современное и производительное. Так появилась EIS Genesis — платформа, задача которой обеспечить работу миллионов страховых полисов.
О нескучном страховом бизнесе, конкуренции на рынке иншуранс-решений и бережном отношении к инициативам «снизу» dev.by рассказали R&D Director компании Сергей Куделя и системный архитектор Александр Спичеков.
Александр Спичеков
«В вашем представлении иншуранс-бизнес выглядит, как закостенелый динозавр, но это не так»
В прошлой статье на dev.by вы говорили, что многие страховые компании работают по старинке. Можете объяснить, зачем им тратить немалые деньги, чтобы стать более современными и технологичными?
Александр. Нужно понимать, что бизнес никогда ничего не делает просто так. Проблема больших компаний в том, что они негибкие. Любое изменение в бизнес-процессах занимает неимоверное количество времени, и в итоге они просто не успевают за рынком. Если мелкие компании могут быстро проверять на небольших рынках маркетинговые фишки и предлагать более гибкие продукты, то крупные не могут себе позволить так работать из-за слишком сложной структуры.
Единственный способ для крупных компаний быстро проводить изменения, выводить новые продукты на рынки и обрабатывать огромное количество данных — это гибкая ИТ-инфраструктура. Именно поэтому крупные иншуранс-компании становятся крупными ИТ-компаниями.
Насколько активно достаточно традиционный и консервативный страховой бизнес сегодня обращается к ИТ-решениям?
Александр. В вашем представлении иншуранс-бизнес выглядит, как закостенелый динозавр, но это не так. Новые вызовы и тренды рынка — это новые вызовы и для страховых компаний. Например, рынок микрострахования для каршеринга, страхование авиапассажиров или пассажиров Uber.
Насколько высока конкуренция на рынке цифровых решений для иншуранс-бизнеса?
Сергей. Довольно высока.
Александр. В ИТ-иншуранс, как и на любом рынке, есть новички и опытные игроки. Провайдер ИТ-решений должен не только заниматься разработкой, но и понимать, как новые технологии будут интегрированы в бизнес.
Сергей. Агентство Gartner собирает информацию и выстраивает «Магический квадрат» (Magic Quadrant), группируя компании по четырём категориям. В категории «лидеры рынка» в сфере ИТ-разработки для страхового бизнеса находятся три компании. Есть ещё «визионеры» (visionary) — категория быстрорастущих, но пока не достигших топового статуса компаний. EIS Group сейчас находится как раз посередине между «визионерами» и лидерами рынка.
Сергей Куделя
Чем EIS Group круче конкурентов?
Сергей. Я бы сказал, что продуктами. А также гибкостью и скоростью внедрения — это то, за что нас хвалят клиенты.
EIS Group — компания, которая создаёт продукт и отвечает за его работу после внедрения в конкретную страховую компанию. Мы не разрабатываем кастомное решение под конкретного клиента. У нас есть несколько продуктов для разных целей: две enterprise-платформы (EIS Suite и Genesis), решение для бизнес-правил и решение для API. Все продукты целиком ориентированы на рынок страхования и его стандарты. В идеале страховая компания может использовать их без доработок как коробочное решение. Правда, крупные компании всё же часто хотят персонализации под себя.
Александр. Важное дополнение: мы предоставляем не только готовые продукты, но ещё и инструменты для их модификации, а также для создания новых продуктов. Есть примеры, когда клиенты использовали нашу платформу не для страховых решений, а для своих внутренних проектов.
Сергей. Наши инструменты — это killer features при продаже платформы. Клиент покупает не только платформу, но и возможность не содержать команду разработчиков для последующих доработок. С помощью этих инструментов бизнес-аналитик может сам конфигурировать платформу или даже создать новый продукт для вывода на рынок.
Наверняка в больших компаниях свои отделы разработки всё же есть. Как выглядит взаимодействие с ними?
Сергей. Да, большинство наших клиентов имеют собственные отделы разработки. Схемы взаимодействия разные. Бывает, что такие отделы используются нами только как источники информации или мы работаем с ними только на финальном этапе внедрения продукта в компанию. Но бывает и так, что ИТ-отдел сотрудничает с нами на протяжении всего процесса адаптации нашей платформы для страховой компании. В таком случае разработчики клиента формируют специальные команды и берут на себя определённый объём работ. Например, они выводят новый страховой продукт на рынок, который по каким-то причинам не поддерживается нашей платформой либо платформа подключается к их внешним системам. Это гибридные команды, состоящие из наших сотрудников и разработчиков клиента.
Как организуется работа в таких гибридных командах?
Сергей. Для работы с клиентами в EIS есть специальная внутренняя организация — Professional Services. Внутри неё и создаётся команда для конкретного проекта и клиента. Выделяется delivery director (или delivery manager). Обычно это сотрудник EIS Group, но эту функцию может выполнять и человек на стороне компании-партнёра. Он управляет всем процессом поставки и установки нашей системы.
«Поездки в Вильнюс — это «как сходить на работу»
Работаете только с крупными страховыми компаниями?
Сергей. На текущий момент это мидл плюс сегмент. Наши клиенты входят в десятку крупных компаний в своих странах. Например, Desjardins — третья по размеру компания в Канаде в области страхования имущества и несчастных случаев.
Размер страховой компании и количество линеек страховых продуктов влияет на подход к ИТ-разработке?
Сергей. Я не сказал бы, что размер компании драматически влияет на разработку. Теоретически наши решения могут использовать компании любого размера. Но, конечно, в работе с крупными компаниями больше сложностей: это и объём данных, и количество интеграции.
Александр. У нас есть разные примеры. Некоторые платформы используются для управления миллионами страховых полисов. Но крупные компании могут внедрить продукт для гораздо меньшего количества страховок. Причём это всё работает на одной и той же платформе. Наше решение позволяет поддерживать широкий диапазон разных типов бизнеса.
EIS Group разрабатывает много продуктов. Платформа EIS Suite — основной?
Сергей. Большая часть наших разработок — это продукты в рамках одной платформы. Например, Policy Core — область платформы, которая отвечает за страховки; Billing Core — группа микросервисов внутри платформы, которая отвечает за финансы.
Вообще проектов у нас два и оба главные: более старая, но богатая на фичи платформа EIS Suite и свежая (2 года в разработке) платформа Genesis, которая решает новые задачи и позволит нам ещё больше расширить своё присутствие на рынке.
Какие задачи заказчика решает платформа EIS Suite?
Сергей. Основная задача платформы — автоматизировать работу страховой компании и покрыть как можно большее количество бизнес-процессов внутри компании (управление клиентами, организация маркетинговых кампаний по поиску новых клиентов, создание и вывод на рынок новых продуктов — например, страховых линеек). И, конечно же, продажа страховок и обработка страховых случаев по ним.
Сколько компаний внедрили вашу платформу?
Сергей. Более 20 крупных клиентов из США и Канады (наши главные рынки), Австралии, Новой Зеландии и Бразилии. Плюс наши многочисленные маркетинговые отделы по всему миру постоянно ищут новых новых клиентов. На европейский и азиатский рынки мы начали выходить около года назад и уже нашли первых клиентов.
Главный офис компании находится в Caн-Франциско, офисы разработки открыты в Минске, Одессе, Днепре, Вильнюсе, Риге, Санкт-Петербурге. Ещё один офис работает в Китае. В минском офисе больше всего общаемся с литовскими коллегами, поэтому поездки в Вильнюс — это «как сходить на работу».
В чём главная фишка новой платформы Genesis?
Сергей. Она способна решать новые задачи: быстрее выводить на рынок свежие страховые продукты и предоставлять инструментарий для их модификации без привлечения разработчиков. Genesis проще настраивать для новых клиентов за счёт большого количества фреймворков и технологий, которые позволяют улучшить производительность и масштабируемость платформы. Поэтому в функциональном плане архитектура Genesis построена наиболее эффективно.
Зачем вообще пришлось создавать новую платформу? EIS Suite не справлялась с задачами?
Сергей. У классической платформы уже были определённые проблемы с производительностью. Мы решали их, но нужен был драматический рывок. Вносить революционные изменения в старую платформу было сложно. Мы стараемся следовать no legacy approach и обновлять библиотеки и фреймворки, но всё равно кодовая база накапливается.
Платформа Genesis начиналась «снизу» — как внутренний стартап опытных разработчиков EIS Suite. Потом проект начал расти и через полгода превратился в официальную разработку.
Вы не прекращаете поддерживать платформу EIS Suite?
Сергей. Ни в коем случае. Платформа не просто поддерживается, но и активно продаётся новым клиентам. Просто мы разрабатываем меньшее количество фичей для неё, чем раньше. Новые функции предназначены уже для новой платформы.
База данных Genesis — это Apache Cassandra. Как вам опыт работы с open source решением?
Сергей. Крупным клиентам нужна гарантия, что данные будут защищены от потери. Поэтому мы работаем с DataStax — enterprise-провайдером Apache Cassandra. Эта компания оказывает платные услуги по поддержке базы данных.
Новая платформа предназначена для новых клиентов? Или старые партнёры тоже заинтересованы в ней?
Сергей. Первый клиент Genesis — наш старый заказчик, для которого мы разрабатывали решение для коммерческого страхования на классической платформе EIS Suite. На новой платформе мы создаём для этого клиента программу для страхования автомобилей и страхования имущества. То есть новые линейки бизнеса клиента переходят на новую платформу.
Платформы взаимоинтегрируются?
Сергей. Так как Genesis ещё активно разрабатывается, платформы работают параллельно. Следующая задача, которую собираемся решить, — возможность быстрой и удобной миграции данных со старой платформы на новую. Но в целом платформы позиционируются как два разных продукта для разных целей. Genesis — не замена EIS Suite, у неё немного другие цели.
Genesis лучше подходит для более современных направлений страхового бизнеса?
Сергей. Скорее она позволяет быть более современными нам. Платформа подходит для любых направлений страховой сферы.
«Легаси означает ещё и «наследие»
Третий важный продукт компании — образовательная онлайн-платформа EIS University. Расскажите о ней подробнее.
Сергей. Это платформа для внутреннего обучения. Мы набираем много новых людей, обучаем сотрудников со стороны заказчика. Сложно это делать каждый раз «вручную», прикрепляя к новичкам ментора. Нам как продуктовой компании важно, чтобы сотрудники и партнёры разбирались не только в технологиях, но и в продуктах. Мы собрали свод обучающих материалов — тренингов, курсов по работе страхового бизнеса, уроки работы с нашими платформами, технические и архитектурные курсы — так и появилась образовательная платформа EIS University. Она позволяет нашим специалистам и сотрудникам компаний-партнёров получать необходимый набор знаний в зависимости от их роли и позиции в компании.
Представим, что у нас есть системный интегратор. Его разработчики будут имплементировать для нас некий страховой продукт. Разработчиков надо обучить и ввести в курс дела. Мы открываем им доступ к образовательной платформе, они выполняют упражнения и проходят модуль за модулем, получая за каждый сертификаты.
Допустим, я запустил небольшой стартап по разработке решений для страхового бизнеса. Сможете открыть мне доступ к образовательной платформе?
Сергей. Физически сможем, юридически — нет. Всё-таки доступ могут получить либо наши сотрудники, либо клиенты, либо партнёры компании, участвующие в процессе разработки.
Собираетесь монетизировать работу EIS University?
Сергей. Думаю, что платформа уже монетизируется неявным образом, ведь мы экономим деньги и время на обучение новых сотрудников.
Сколько программистов работает над вашими продуктами?
Сергей. В минском офисе около 70, глобально — несколько сотен внутри компании, и ещё примерно столько же со стороны компаний-партнеров.
Кодят в основном на Java?
Сергей. Основной язык бэкенд-разработки — Java, а пользовательский интерфейс создаётся на ReactJS.
Платформе EIS Suite уже больше 10 лет. Разве интересно программисту продолжать разработку такого возрастного проекта?
Сергей. Во-первых, программисты занимаются не только поддержкой платформы, но и разработкой новых фичей. Во-вторых, стараемся, чтобы платформа не стала legacy-системой на устаревших технологиях. Раз в год обновляем основные фреймворки и библиотеки. Десять лет назад мы начинали разработку на Java версии 1.4, сейчас завершаем переход на Java 11.
Александр. С точки зрения технологий EIS Suite нельзя назвать старой — мы называем её «классической», потому что она классическая по своей архитектуре. Но фреймворки, Java, архитектурные подходы для новых фич — самое современное.
Сложно заниматься обновлением большой системы?
Александр. Так как мы занимаемся обновлением регулярно, это не является большой проблемой.
Сергей. Нам пришлось бы гораздо сложнее, если бы мы обновляли систему раз в пять лет. Тогда платформа действительно стала бы легаси. Хотя, конечно, невозможно заниматься продуктом десять лет без технологических долгов.
Говорят, что легаси-код — это злокачественная опухоль системы.
Сергей. Смотря, что понимать под легаси. Кто-то понимает под легаси продукт, которому много лет. Кто-то — продукт, построенный на старых технологиях.
Александр. В русскоязычной среде слово «легаси» употребляется в негативном смысле. Но оригинальное английское слово означает ещё и «наследие». Всё-таки в код был вложен большой труд — мы его тестировали и он был и есть в продакшне. Может он иногда выглядит несовременно, но на это есть объективные причины.
«У нас есть правило: не более одного джуна на команду»
Genesis родилась как инициатива разработчиков. Проводите внутренние хакатоны проектов?
Сергей. У нас нет формального процесса для работы разработчиков над своими проектами. Скорее стараемся, чтобы наши разработчики одновременно были и продакт-оунерами, и старались думать не только о коде, но и о бизнесе. Наш идеальный разработчик — продакт-оунер в душе.
Продакт-оунер — это роль, которая часто выделяется в agile-подходе. Работаете «по agile»?
Сергей. Да. И нам работается «по agile» замечательно. Продукты разрабатываются в соответствии с манифестом и ценностями agile. В основе наших процессов лежит Scale Agile Framework. Каждая команда работает или со Scrum Framework, или с его модификациями. Но основное — сами agile-ценности, на которые мы перешли лет 10 назад.
Продакт-оунер — это человек, который много общается с заказчиком. Ваш разработчик тоже выполняет такую работу?
Сергей. Если нужно, да. На обсуждение технических аспектов проекта с заказчиками иногда бывает легче пригласить разработчика. Но это очень индивидуально — не каждый программист любит общаться.
Продуктов много, но все они связаны со страховой сферой. Не скучно заниматься одной областью?
Александр. Разработчики не пишут скучные бизнес-правила — они девелопят фичи, которые позже используют бизнес-аналитики или менеджеры. Разработчики понимают бизнес, но не являются имплементаторами бизнес-фич конкретного заказчика. Поэтому над ними и не довлеет специфика страхового бизнеса. Например, сфера UI вообще не испытывает на себе специфику какого-либо бизнеса. Разработчикам интерфейсов может быть и вовсе неинтересно, какие бизнес-задачи лежат за разработкой того или иного компонента.
Сергей. Кроме того люди имеют возможность переходить из одной команды в другую и работать на разных проектах. Это позволяет разработчику выбрать продукт, близкий его технической квалификации. Бывает, что наши разработчики отправляются в офис клиента, где на протяжении нескольких месяцев консультируют его по работе с платформами EIS.
Какие технические вызовы текущих проектов вам кажутся самыми интересными и актуальными?
Александр. Поддержка миллионов страховых полисов с помощью наших платформ — это уже вызов. Некоторые клиенты хотят использовать EIS Suite в качестве бэкенд-сервисов, заменяя наш интерфейс своим. Челлендж состоит в том, чтобы выстроить наши сервисы в удобном для заказчика виде. Новые технологии — новые вызовы. Миграция клиентской базы данных на новую платформу Genesis требует детальной проработки ещё на этапе имплементации фич. Нам приходится иметь дело с совершенно другим объёмом данных и стилем интеграции между микросервисами.
Сергей. У меня челленджи немного другие. Мне важно выстроить правильную devops-культуру и согласовать работу отдельных команд над целостной архитектурой.
Представим, что я опытный и умелый Java-разработчик. Можете назвать топ-3 причин, почему мне стоит работать в EIS Group, а не пойти, например, куда-то ещё?
Сергей. Во-первых, мы создаём интересный развивающийся продукт с актуальными рынку технологиями. Во-вторых, решаем сложные задачи с точки зрения бизнеса. В-третьих, в EIS Group сформирована атмосфера, похожая на семейную. Немало людей работают здесь и больше 5 лет, и больше 10, продолжая карьерный и профессиональный рост.
Александр. А я бы отметил задачи для разработчиков, которые в EIS значительно выше среднего уровня. Продуктовая разработка заставляет думать не о об одном клиенте, а о множестве. Сделать так, чтобы твои продукты работали для большого количества клиентов-пользователей — это серьёзная задача.
Джунов берёте?
Сергей. Набираем, но очень мало. У нас есть правило: не более одного джуна на команду. Всё-таки наши разработчики работают со сложными задачами. Из-за большого количества неопытных специалистов качество продуктов может снизиться.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.