Платформы развития: открытые двери к успеху

Введение – что такое разработка банковского и финансового программного обеспечения?

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

• Проектирование – определение того, что должна делать система;
• Разработка – создание кода, который будет соответствовать этим требованиям;
• Внедрение – проверка того, работает ли разработанный код так, как задумано;
• Техническое обслуживание – обеспечение бесперебойной работы всех систем.

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

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

Тематическое исследование 1:

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

Тематическое исследование 2:

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

Тематическое исследование 3:

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

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

Когда вам стоит выбрать банковское ИТ-решение по модели SaaS

Если вы новичок и планируете начать с минимально жизнеспособного продукта (на англ. – Minimum Viable Product, MVP) или, другими словами, с достаточно простого решения с базовой функциональностью и не планируете сначала вкладывать большие деньги в свой финтех-проект, то вам следует выбрать банковское ИТ-решение по модели SaaS. Но стоит понимать с самого начала, что SaaS будет предоставлять стандартные функции, а это означает, что возможности настройки будут ограничены.

Плюсы модели SaaS банковского ИТ-решения:

• Возможность запустить систему в течение трех месяцев.

• Возможность вносить незначительные изменения в соответствии с требованиями вашего бизнеса, включая изменение бизнес-логики, брендирование и изменения для приложений конечных пользователей и т.д.

• Нет необходимости содержать ИТ-команду для внедрения и поддержки.

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

Минусы модели SaaS банковского ИТ-решения:

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

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

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

К чему стоит готовиться

В банке не получится «просто писать код»

На аутсорсе или в небольшой веб-студии ты будешь ежедневно по несколько часов в день писать код, набивать руку, трекать часы в Jira и прокачивать скил разработчика. Это очень полезно в плане роста.

А в финтехе много рабочего времени уходит на встречи, заведение заявок, получение доступов, прочие нюансы. Иногда тратишь на это по 70% времени и почти не успеваешь открыть IDE.

Приведу в пример один из таких дней. С утра прошёл daily, где мы обсудили планы на день. Через час встреча на полтора часа с большой презентацией на 150 человек, далее созвон — с коллегами из другой команды, чтобы обсудить грядущую доработку. В итоге к концу дня успел позаниматься разработкой около полутора часов, и глубоко погрузиться в код не удалось.

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

Ещё есть постоянные переписки, уведомления, опросы на корпоративной почте, большинство из которых — под контролем руководства. Представляете ежедневные параллельные переписки с участием 10 и более человек? А гору непрочитанных, но очень важных писем, которые скопились за время отпуска?

Легко увязнуть в узком стеке

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

Но есть и обратная сторона, я предполагаю, что человек, который поработал в банке 5/10/15 лет, дорос до техлида, стал большим экспертом, может в итоге оказаться слишком «узким» специалистом.

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

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

Безопасность и ещё раз безопасность

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

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

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

Но есть и плюсы

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

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

Карьерный рост

Тарас, Web разработчик:«Ревью у нас проходит раз в полгода. Для повышения грейда в банках бОльшее значение имеет вклад в бизнес-процессы, количество проектов и решенных бизнес-задач, чем, например, знание паттернов или количество технологий. За 2 года вполне реально вырасти до мидла и еще через год-полтора стать сеньором».

Иван, специалист по Oracle SOA:«Карьерный рост — если попрыгать между банками».

Игорь, Java developer:«С карьерным ростом у нас совсем печально. Еще осталась „совдеповская“ модель, в которой повышение зависит от количества времени, „просиженного“ на данной должности».

Точка зрения руководства

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

Дмитрий Дубилет, IT-директор ПриватБанк:«Уже более десяти лет мы считаем себя не только и не столько банком, сколько IT-компанией. У нас работает около 1000 разработчиков. Но айтишниками в широком смысле этого слова у нас являются практически все сотрудники головного офиса, включая Председателя правления и всех его замов. Мы базируемся в Днепропетровске, а здесь работает много аутсорсинговых IT-компаний вроде Ciklum, которые держат нас в тонусе.

Что привлекает IT-специалистов? То, что я слышал чаще всего — интересные проекты. Мы делаем очень много вещей первыми в мире — среди них одноразовые СМС-пароли и банковские приложения под Google Glass. По сравнению с аутсорсинговыми компаниями, разработчики имеют дело с реальными клиентами и сотрудниками, а не отправляет код куда-то в США. Сотрудники ценят большую свободу по проектам и высокую скорость принятия решений.

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

Зарплаты пересматриваем каждые полгода. Размер оклада держим на 10% выше, чем по рынку. Зарплата разработчиков зависит от квалификационного уровня и эффективности. Средний доход для уровня junior — 14 000 грн, middle — 20 500 грн, senior — 27 300 грн».

Вера Рябенькая, HR-менеджер Дельта Банк:«Работающий в банке IT-специалист, будь то разаботчик или администратор, каждый день напрямую сотрудничает со своими заказчиками, и потому мыслит, ориентируясь на клиента.

Программисты верят в мифы, будто в банках бюрократия, старые технологии, сложная иерархия и жёсткий дресс-код. Объясню по порядку:

— Бюрократия присутствует, но не до маразма. Менеджмент требует отчеты об объёмах проделанной работы. Если программисты берут инициативу упростить — или, как говорят в банках, автоматизировать процесс, — руководство только за. — Банки не используют устаревшие технологии, так как банковский сектор — это рынок с жёсткой конкуренцией. Чтобы выжить, нужно быть первым. Чтобы быть первым, нужно быть технически продвинутым. Потому банки используют в проектах новейшие технологии и воплощают инновационные продукты. — Иерархия присутствует. По-другому не получается, когда в главном офисе крупного банка работает 1000 человек. Но, проекты, связанные с новыми технологиями, работают по принципу проектной группы, где есть свои Team Lead, PM, Developer, QA. IT-специалисты свободны в выборе технологий, подбора людей в команду, выборе способов взаимодействия. — Для IT-отдела дресскод — свободный.

Разработчики развиваются профессионально. Помню, мы набирали в проект джуниоров-студентов 5-6 курсов, и через полгода они уже самостоятельно вели проекты. Мы даем возможность расти горизонтально, не ограничиваем программистов одним языком программирования. В отличие от IT-компаний, в банке программист не остается без проекта. Заказчиком выступает бизнес, и проектов очень много.

Все больше банков предлагают программистам программу мотивации: страховку, обучение за счёт компании и т.д. Из материального — премия за успешные проекты. Зарплаты в банках на уровне с IT-компаниями».

Евгений Чуприна, HR—менеджер Dukascopy Swiss Bank в Украине:«Дукаскопи Банк — это молодой швейцарский банк. Мы предоставляем клиентам финансовые услуги с помощью нашей онлайн­платформы. Главная движущая сила любой компании — это ее сотрудники. Наш банк держится на трех китах: отдел продаж, техподдержка для клиентов и IT­ отдел. Именно программисты являются „двигателем прогресса“ в нашем банке.

Основное отличие Дукаскопи Банка от других IT­компаний — это долгоиграющие проекты. Как продуктовая компания, мы разрабатываем для себя полный технический стек enterprise приложений. Разработчики используют передовые технологические компоненты и языки программирования (Java, PHP, etc.).

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

Мы стараемся держать оклады наших разработчиков чуть выше среднего уровня по рынку. Dukascopy Swiss Bank постоянно развивается и совершенствуется, а вместе с тем развиваются и наши разработчики».

Когда вам следует разрабатывать собственное программное обеспечение

У вас есть особые требования к функциональности вашего банковского ИТ-решения? Вам критично иметь контроль над всеми данными и разработкой? На рынке нет решения, соответствующего вашим требованиям? Тогда создание и разработка собственного решения будет правильным выбором

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

Плюсы собственной разработки:

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

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

• Независимая технология, не принадлежащая внешним поставщикам.

Минусы собственной разработки:

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

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

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

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

• Финтех-индустрия быстро меняется. По этой причине ваш новый релиз на момент выхода на рынок может стать устаревшим. После начала разработок вы получите готовое банковское ИТ-решение через 1-2 года. К моменту его запуска вам может потребоваться внести изменения и поработать над дополнительными разработками в связи с новыми требованиями индустрии или вашими бизнес-требованиями. Внутренняя разработка программного обеспечения – это непрерывный процесс. Вы должны приступить к работе над второй версией решения после того, как закончите все работы над первой.

• Создать решение, которое включало бы все требования и функции платежного бизнеса – непростая задача.

• Обычно опыт других банков и / или поставщиков платежных услуг не учитывается в процессе разработки.

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

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

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

	Банковское ИТ решение по модели SaaS	Лицензия на программное обеспечение	Покупка платформы с исходниками	Собственная разработка
Время выхода на рынок	Быстрое	Быстрое	Быстрое	Медленное
Первоначальные инвестиции	Низкие	Средне-высокие	Очень высокие	Средне-высокие
Бюджет на следующие три года	Средне-высокий или высокий, в зависимости от количества клиентов и объемов транзакций	Средне-высокий	Средний или высокий, в зависимости от поставщика программного обеспечения	Очень высокие, невозможно рассчитать
Возможность спрогнозировать сроки реализации проекта	Да	Да	Да	Сложно рассчитать
Незначительные возможности настройки	Да	Да	Да	Да
Возможность внесения масштабных изменений и разработок	Нет	Да/Нет, в зависимости от необходимых изменений и специфики	Да	Да
Неограниченные возможности для добавления новых модулей и функциональности	Нет	Нет	Да/Нет в зависимости от задачи	Да
Возможность хранения данных на своих серверах	Нет	Да/Нет	Да	Да
Уникальное и индивидуальное решение	Нет	Нет	Да	Да
Независимость от внешних поставщиков	Нет	Нет	Да/Нет	Да
Готовая платежная инфраструктура	Да	Да	Да	Только после завершения всех разработок
Необходима профессиональная ИТ-команда	Нет	Нет	Да	Да

Овертаймы

Александр, программист:«Овертаймы — достаточно редкое явление».

Иван, специалист по Oracle SOA:«Как и везде. Если на завтра фича должна работать — надо овертаймить. Или, если падают системы — то приходится работать в аврале до их выздоровления. Иначе у Банка потери, и он нервничает».

Тарас, Software specialist:«Бывают. У нас за работу в выходной предлагают 2 варианта: оплата в двойном размере или дополнительный выходной. Большинство выбирает первое».

Максим, программист:«Овертаймы — постоянно. Бизнес-процессы поставлены плохо, и спланировать свое время очень трудно. В результате постоянно „всплывают“ срочные задачи, которые нужно было сделать вчера. А вчера был потрачен на багфиксы на продакшене».

Зарплата

Вопреки стереотипам:

Сергей, Erlang developer:«В банке достойный уровень ЗП. Если специалист соответствует тому, что просит, то в желаемом уровне зарплаты ему не откажут».

Иван, специалист по Oracle SOA:«Оклады хорошие, ревью 2 раза в год. Часто встречается такой вариант: ставка + надбавка (50% или даже больше). Процент снимают за опоздание, невыполнение заявок в строк».

Александр, программист:«У нас есть штатное расписание, где для каждой должности предусмотрена фиксированная ЗП, которая догоняется всякими премиями за заслуги. Таким образом, каждый месяц она может быть разной».

Денис, веб-разработчик:«Вначале ЗП пересматривалась каждые полгода — год. Однако есть потолок, при достижении которого рост значительно замедляется».

Достоинства vs. недостатки

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

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

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

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

Основной недостаток — бюрократия.

Многие сотрудники отмечают излишек внутренней безопасности (ограничения в доступе к интернету, в работе со флешками).

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

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

Что такое минимально жизнеспособный продукт (MVP)?

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

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

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

О платформе цифрового банкинга Macrobank

Macrobank – платформа цифрового банкинга, которая позволяет финтех-компаниям запускать свои цифровые банки. Macrobank обеспечивает все необходимые функции для цифровых банков, бэк-офис для контроля и управления операциями, веб и мобильные аппликации для конечных пользователей по модели white-label, а также готовые интеграции с различными сервисами. Доступно как SaaS решение, так и покупка лицензии на программное обеспечение.

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

Что нужно знать про IT-карьеру банке

• Финтех — это надолго. Чтобы полностью прочувствовать сферу, нужно не меньше нескольких лет.
• Не грози менеджеру своему, попивая смузи у себя за монитором. Выстраивай хорошие отношения с коллегами, так как текучка кадров низкая по сравнению с рынком, соответственно, взаимоотношения довольно тесные.
• В банке высокий уровень ответственности, сложные проекты и задачи. И требования к хард скилам выше, чем в небольших компаниях. Перед приходом в большой энтерпрайз желательно проработать хотя бы 2–3 года в другом месте. Может быть сложно, возможно, ты будешь единственным специалистом в своей сфере внутри команды. И придётся сразу включаться в работу над сложными проектами, а не ходить по мелким задачам вместе с ментором.
• Софт-скилы решают. Я бы выделил:тайм-менеджмент — сам себе менеджер должен грамотно распределять своё время и ресурсы;многозадачность — чтобы время, которое тратится на согласования, не уходило в никуда, и ты не тонул в работе, когда появляется слишком много задач;коммуникабельность — потому что встреч действительно много;гибкость и стрессоустойчивость — в банке либо всё горит, либо всё спокойно, много людей с разными характерами, с которыми нужно пересекаться и договариваться.
• Просто писать код и трекать Jira не выйдет. Работа в банке предполагает много сторонних вещей — от презентаций продуктов до дополнительного обучения.
• С бюрократией придётся смириться и полюбить её. Бесконечная почта и массовые рассылки, подписи, согласования, ожидание — это естественные процессы.
• Финтех — это про стабильность. Банк — большая компания, которая обеспечит разработчику высокую зарплату, ДМС, приятные бонусы и гарантии на ближайшие несколько лет, даже в такое нестабильное время.
• Финтех — это onelove или выгорание. Смотри по ощущениям, ведь он очень специфичен и подойдёт не каждому.

Набор функций для MVP в банковском деле

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

Наиболее распространенный функционал, включенный в MVP банковского приложения, включает в себя:

Приложение клиента:

• регистрация;
• ЗСК;
• многофакторная аутентификация;
• управление профилями;
• управление счетами;
• управление платежными картами;
• история транзакций.

Приложение бэк-офиса:

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

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

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

Какие задачи решает банковское ПО

Главная задача, которая решается банком при задействовании программного обеспечения – автоматизация операций. Ее результативность повышается, если разнотипные модули ПО применены в рамках единой интегрированной платформы. Базовый критерий завершенности такой интеграции – осуществленная мультиканальность обмена данными между пользователями

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

Разработку банковского ПО с интегрированными модулями осуществляет компания «Диасофт» в рамках базовой платформы, на которой реализуется функционал конкретных решений исходя из потребностей структурного подразделения кредитной организации. Базовые функциональные виды современного ПО для банков:

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

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

График работы

Максим, программист:«График для разработчика свободный — приходи хоть в 8, хоть в 15-00, хоть удаленно работай. Но злоупотреблять таким графиком не стоит, так как необходимо постоянно коммуницировать с другими подразделениями, которые работают по классическому графику с 9 до 18».

Александр, программист:«Работать предполагается фиксированное время от звонка до звонка, и это контролируется. Опоздал или ушел раньше — могут лишить премии».

Андрей, Java/Web developer:«График работы — абсолютно не гибкий. С 9 до 18, по КЗОТу. Чтобы куда-то срочно отлучиться, приходится отпрашиваться у начальника. Но это специфика всех организаций с официальным трудоустройством».

Проблемы и решения при разработке MVP в банковском деле

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

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

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

• Генеральный директор и соучредитель N26 Валентин Сталиф в одном из интервью рассказал, как их компания использует подход MVP для создания банковских финтех-решений для своей компании.
• Линдси Дэвис из Atomic Financial поделилась в Open Banking Rearchiteting the Financial Landscape исследованием того, как их компания использовала MVP для создания своего финтех-решения для необанков во время пандемии Covid-19.
• Ведущий специалист по банковскому делу Ларс Маркулл в своей статье о создании MPV в банковской сфере рассматривает основные проблемы создания банковского MVP и объясняет, почему этот подход является жизнеспособным для разработки банковских приложений.

На что компаниям стоит обратить внимание, выбирая разработку MVP в банковской сфере? Прежде всего, это тщательный выбор партнеров по разработке программного обеспечения. У них должен быть солидный опыт разработки FinTech, чтобы соответствовать всем жестким требованиям, предъявляемым банковской сферой

Второй — тщательный отбор стека технологий. Стек технологий должен обеспечивать высокий уровень безопасности исходного кода и возможности быстрого масштабирования финтех-решения с растущей базой данных клиентов.

Вывод

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

Рабочим вариантом, помогающим преодолеть предвзятость использования MVP в банковской сфере, является поиск партнера по разработке программного обеспечения с большим опытом разработки FinTech. Scand — компания-разработчик программного обеспечения с более чем 20-летним опытом работы на международном рынке FinTech. Компания реализовала более 700 успешных проектов для своих клиентов из разных уголков мира и готова помочь вам с вашими проектами по разработке программного обеспечения.