Как DevOps вписывается в мир финансовых технологий
6 декабря 2022 г.Природа финтеха делает индивидуальную DevOps необходимостью.
Большинство современных, продвинутых компаний осознают ценность развития культуры DevOps, которая устраняет организационные разрозненности, меняет способы ведения бизнеса, чтобы быстро приносить пользу, и создает повторяющиеся циклы обратной связи, обеспечивающие непрерывное совершенствование.
Однако есть несколько уникальных аспектов финтех-индустрии, которые делают индивидуальный подход к DevOps жизненно важным.
Приносить клиентам инновационную ценность, ориентируясь в постоянно меняющемся законодательстве и сфере безопасности, сложно, но ориентированный на FinTech подход к DevOps поможет вам добиться успеха.
В этой статье мы рассмотрим, как DevOps вписывается в мир FinTech. Мы рассмотрим подход, который вы должны использовать при разработке своей уникальной культуры DevOps и инженерных методов, а также коснемся успешных методов DevOps, используемых ведущими финтех-компаниями.
В этой статье предполагается, что вы знакомы с основными концепциями DevOps, в том числе с идеей о том, что DevOps делает упор на культурные изменения, а не просто на принятие и внедрение технологических инструментов.
Что отличает финтех?
Хотя у большинства технологических компаний есть много общих проблем, некоторые аспекты пространства FinTech существенно отличают его от многих других отраслей. Если вы хотите разработать эффективную и персонализированную культуру DevOps в своем финтехе, учтите эти уникальные факторы.
Хотя традиционная индустрия программного обеспечения уже быстро меняется, ландшафт FinTech развивается быстрее. FinTech — относительно новая область, хотя она работает в одной из старейших областей человеческого предпринимательства: финансовых услугах.
Однако последние достижения в области технологий в сочетании с меняющимися потребительскими ожиданиями и комфортом привели к тому, что сегмент мировой экономики постоянно реагирует на изменения рынка.
Изменения рынка под влиянием потребителей
Некоторые из этих изменений связаны с потребителями, которые только недавно стали доверять технологическим решениям для удовлетворения своих основных финансовых потребностей.
Люди начинают требовать все более сложных финтех-решений для финансовых задач, которые выполнялись вручную десятилетиями или даже столетиями.
Например, услуги FinTech штурмом берут рынок недвижимости. Из компаний, перечисленных в Forbes FinTech 50 за 2022 г. пять финтех-компаний работают в сфере недвижимости.
От предложения новых способов инвестирования в сдаваемую в аренду недвижимость до изменения ипотечного опыта для сегодняшних покупателей жилья, финтехи в сфере недвижимости движимы более молодой, технически подкованной демографической группой.
Этому новому поколению потребителей требуется такая же простота использования при инвестировании в недвижимость и ипотечном кредитовании, которую они привыкли ожидать от обычных торговых точек и банковских услуг для физических лиц.
Нормативные требования, определяемые законодательством
Другие изменения в сфере финансовых технологий обусловлены нормативно-правовой базой. Многие традиционные финансовые учреждения не спешат внедрять цифровые технологии.
Большая часть законодательства, действующего по всей планете, была разработана для финансовой отрасли, которая мало похожа на современную отрасль финансовых технологий.
Пытаясь согласовать финансовое законодательство с инновационными финансовыми продуктами и услугами, предоставляемыми финтех-компаниями, правительства постоянно изучают новые продукты.
Например, Бюро защиты прав потребителей (CFPB) проанализировало рост модели "купи сейчас - заплати позже" (BNPL) в своем новый отчет.
Поэтому финтех-компаниям часто приходится балансировать темпы инноваций с нормативными требованиями.
Компания в сфере FinTech не похожа ни на одну старую софтверную компанию. Его бизнес-ландшафт отличается, поэтому у него обязательно будут уникальные процессы. Это включает в себя область DevOps.
Используя автоматизацию и обратную связь для быстрого предоставления ценности клиенту, DevOps имеет важное значение для стратегии любой успешной компании-разработчика программного обеспечения. Однако у финтех-компаний есть дополнительные соображения DevOps, которые уникальны для их сферы.
Создание культуры DevOps
Принятие методологии DevOps влияет как на культуру разработчиков компании, так и на ее практику. В финтех-компаниях особое внимание следует уделить определенным культурным элементам DevOps.
Децентрализованное владение
Одним из наиболее важных культурных элементов, который следует учитывать, является идея «децентрализованного владения».
Чтобы иметь возможность эффективно реагировать на изменяющиеся потребительские требования и правила, право собственности на определенные функции продукта или требования к инфраструктуре не может быть изолировано.
Любой компетентный сотрудник или команда, которые выявляют критическую потребность или задачу, должны быть наделены полномочиями и поощряться к работе над ее решением, независимо от организационной структуры или жестких должностных инструкций.
Ценность самокритики
Связанный элемент, который следует интегрировать в ваш подход DevOps, – это подчеркивание ценности самокритичности. Будучи операторами в авангарде потребительских финансовых технологий, FinTech неизбежно столкнется с проблемами.
Если ваша корпоративная культура не позволяет (и не поощряет) для команд анализировать, какую роль они сыграли в том, что что-то пошло не так, вы не сможете вводить новшества или реагировать достаточно быстро.
Готовность к взлому
Поскольку финтех-услуги становятся все более важными для современного потребителя, финтех-компании все чаще становятся объектом угроз безопасности. Зрелые команды используют подход к безопасности, который подготавливает к взлому, предполагая, что в какой-то момент произойдет серьезный инцидент безопасности.
Эта позиция повлияет на их подход к жизненному циклу разработки программного обеспечения (SDLC) и стратегии DevOps.
Расширьте возможности своих инженеров
Поскольку DevOps тесно связан с культурой, которую мы создаем в компании, руководителям финтех-компаний может быть полезно обратить особое внимание на свою инженерную культуру.
Высокая коммуникация относительно требований
В финтехе особенно важно сообщать инженерам о бизнес-целях и ограничениях.
Конечно, это понравилось бы каждой команде инженеров; но в FinTech нам часто приходится модифицировать наш продукт и его функции не только для создания ценности для наших клиентов, но и для удовлетворения нормативных требований.
Для инженера, который серьезно относится к своему делу, понимание технических требований без сопутствующего обоснования может быть проблемой.
Однако, если быть реалистом, даже самые лучшие усилия по коммуникации на высоком уровне могут потерпеть неудачу. Достаточная коммуникация внутри организации или инженерной группы не всегда достижима.
Там, где могут быть пробелы или вероятность пробелов, внедрите «политику как код», чтобы действовать в качестве превентивного контроля того, что люди могут сделать неправильно.
Стратегические инновации в условиях постоянно меняющегося ландшафта
Еще одна важная область инженерной культуры, о которой вам следует подумать, — это то, как ваши инженеры должны расходовать свою "инновационную энергию". В отрасли, где так много изменений зависит от внешних факторов, ваши инженерные ресурсы чрезвычайно ценны.
Любое время, которое ваши инженеры могут высвободить для инновационной работы, следует использовать с осторожностью. Как организация, обсудите, когда и как использовать свои ресурсы для инноваций.
Кроме того, имейте в виду, что инновации не всегда заключаются в том, чтобы делать больше. Иногда ресурсы могут использоваться для ответа на вопрос: Можем ли мы сделать меньше? При внедрении инноваций в этой области ответ часто может быть таким: "Да, здесь мы можем сэкономить немного энергии".
Баланс между безопасностью и гибкостью
Безопасность, безусловно, является жизненно важной задачей для любой технологической компании. В финтех-компаниях, которые имеют дело с конфиденциальными личными и финансовыми данными, последствия нарушения безопасности могут быть разрушительными.
Ключевое влияние на вашу культуру DevOps оказывает противоречие между желанием двигаться быстро и необходимостью создавать безопасные сервисы.
Финтех-компании работают над созданием культуры, в которой этот конфликт не разрешается с помощью решения или-либо. Каким элементом мы должны пожертвовать — безопасностью или инновациями?
Вместо этого эти ведущие компании заставляют свои команды всегда искать решения и то, и другое. Как мы создаем инновационную функцию И соблюдаем наши сложные SLA и цели безопасности?
В рамках вашего подхода DevOps вы, безусловно, будете использовать автоматизацию для повышения пропускной способности вашей машины доставки программного обеспечения. Из-за этого важно хорошо подумать о целях, которые вы выбираете для автоматизации.
Вам понадобится процесс оценки, который поможет вам быстро определить, что автоматизировать. Таким образом, ваша работа по автоматизации приведет к самым большим улучшениям в обеспечении ценности для клиента при соблюдении юридических и нормативных требований.
Передовой опыт: мнение лидера отрасли
Что касается DevOps, у меня состоялся разговор с Джеффри Хамблином. Хэмблин является ведущим инженером в Marqeta, финтех-компании, специализирующейся на инновационных платежных решениях посредством выпуска современных карт. Только в 2021 году Marqeta обработала объем платежных транзакций на сумму более 110 млрд долларов США.
У Marqeta, лидера в сфере FinTech, было много возможностей изучить пространство DevOps и разработать успешную стратегию DevOps. Вот некоторые из конкретных рекомендаций, которые Marqeta сочла полезными в своей культуре DevOps:
Автоматизация цепочки хранения исходного кода
В своих репозиториях кода Marqeta автоматизирует применение правил защиты ветвей. Это не потому, что они не доверяют людям (хотя такая практика действительно помогает сократить подверженную ошибкам и трудоемкую ручную работу).
Вместо этого это позволяет Marqeta заявлять аудиторам, что для производственных изменений существует разумный двойной контроль.
Этот тип правоприменения должен сопровождаться образованием для формирования культуры соблюдения. Установка ограждений может вызвать трения, особенно если не все в организации согласны с требованиями соответствия.
В такой строго регулируемой отрасли, как финансы, каждый член команды должен понимать, что соблюдение нормативных требований не подлежит обсуждению и может привести к крупному штрафу или закрытию вашего бизнеса, если вы не будете соблюдать их.
На эту тему Хэмблин прокомментировал: «Обнаружение способов сделать необходимые заявления о соответствии, которые одновременно приносят пользу вашей культуре или вашему качеству, — это полезный способ творчески разработать процессы для вашей команды».
Непрерывное измерение производительности DevOps
Ни одна компания не может заранее знать, как изменение процесса SDLC может повысить ценность для клиента (например, благодаря более быстрому выпуску функций или повышению качества кода).
Однако, постоянно измеряя производительность DevOps, компания может проверять эффективность любых изменений и своевременно реагировать на эти отзывы.
Для Marqeta наиболее важной метрикой является задержка от фиксации до развертывания, или количество времени между моментом, когда изменение «сделано» и моментом, когда это изменение добавляет ценности в производство.
Они обнаружили, что увеличение этого времени свидетельствует о неудовлетворительном функционировании их инженерных систем, в то время как уменьшение обычно сопровождается большей уверенностью в процессе и процессе разработки.
Будь то команда DevOps, внедряющая тестирование хаоса или проходящая обучение управлению инцидентами, измерения помогают Marqeta отслеживать, как эти инициативы трансформируются в бизнес-результаты.
Отслеживая показатели, связанные с состоянием спринта, или показатели DORA, такие как среднее время восстановления (MTTR), организация получает данные, чтобы решить, как лучше всего использовать свои ресурсы.
Предоставить мотивированным командам отличные инструменты
Хэмблин поделился следующим:
<цитата>Одно из самых приятных событий произошло, когда мы интегрировали инструмент сканирования и анализа кода в наши конвейеры непрерывной интеграции. Некоторые команды увидели это и действительно взяли на себя инициативу поднять планку. Начались дискуссии о том, «каким должен быть блокирующий гейт» на слияниях. Пролить свет на это мышление и прославить эти команды — вот в чем суть игры.
Что на вынос? Выбирайте инструменты, которые могут показать, что команды DevOps делают хорошо, и сосредоточьтесь на этом, уравновешивая почти постоянное внимание к тому, что не получается.
Когда у команды есть мотивация, предоставьте ей инструменты, которые помогут им использовать свои сильные стороны, и вы сможете добиться еще большего потенциала и производительности.
Заключение
Уникальный характер мира FinTech требует вдумчивого, дальновидного подхода к вашей стратегии DevOps.
Ключевым моментом является достижение правильного баланса между безопасностью и маневренностью. Вы несете ответственность за создание культуры. Почему бы не создать культуру возможностей, когда члены вашей команды DevOps задают себе вопрос: «Вместо безопасности или гибкости, почему мы не можем обеспечить безопасность и гибкость?». р>
Потратьте время заранее, чтобы обсудить культуру DevOps, которая имеет смысл для вашей организации, — это стоящее дело. И обязательно по возможности общайтесь с другими финтех-разработчиками и учитесь у них (например, в сообществе разработчиков Джеффри Хамблина/Маркеты).
В конце концов, именно ваша культура и ваши люди гарантируют вам выживание и процветание в диком мире FinTech.
Также опубликовано здесь
Фото Остина Дистеля на Unsplash
Оригинал