Fintech

Agentic Engineering не начинается с оргчарта. Он начинается с момента, когда команда видит полный путь задачи и умеет безопасно отдавать часть работы агентам. Красивая картинка AI-native команды — 2–3 человека, E2E-ответственность, агенты в инженерном процессе, быстрый путь от идеи до продакшена. В большой организации эта картинка сразу встречает годовые цели, бюджеты, стратегические проекты, регуляторные контуры и уже собранные команды. В этой статье — три безопасных маршрута, которые можно запускать внутри текущей структуры: агентизировать нудный run-процесс, выделить 2–3 агентных практиков или собрать микро-юниты внутри команды. ...

(Опыт AI-based fintech KYC SaaS-стартапа для LATAM и Африки) Типичная боль: Sales, Product и Engineering говорят на разных языках Наш SaaS-стартап работал на быстро растущих fintech-рынках LATAM и Африки. Там скорость и compliance были вопросом выживания. Большинство стартапов живёт на венчурные деньги с ограниченным runway, поэтому каждый месяц задержки в доставке ценности означает потерянных клиентов, регуляторные риски и более длинный путь к самоокупаемости. Значит, команда должна быть очень бережливой и точной в выборе работы. ...

Исходная версия этой статьи была опубликована на Хабре. Стартапы в последние пару лет, мягко говоря, оказались между Сциллой и Харибдой. Многие бизнесы начали сжиматься, центральные банки разных стран — ужесточать политику, а венчурные фонды внезапно стали очень бережливыми. Как поступают стартапы в США в эпоху неопределенности? Правильно: сразу сокращают персонал и закрываются. Сегодня все уже забыли оптимизм постковидного 2021 года. Последние 10 лет я плотно работаю со стартапами, и рынок буквально кричит: «хватит выбрасывать на рынок тонны нового функционала, займитесь уже тем, что у вас получается хорошо». ...

Исходная версия этой статьи была опубликована на Хабре. Вступление Всем привет, меня зовут Марат, и я работаю с процессами в стартапах. Последние 2,5 года я работал в KYC-финтех-стартапе для Латинской Америки (Metamap.com), где мне пришлось строить Incident Management с нуля — на фоне роста компании с 50 до 500 сотрудников — и закрывать пробелы в мониторинге с помощью NOC-команды. В работе с Incident Management-фреймворком мы преследовали две основные цели: Достичь и поддерживать uptime системы на уровне 99,99% для наших API и SDK. Сделать так, чтобы инженеры — а не пользователи или поддержка — первыми узнавали о любом потенциальном сбое, который может привести к простою. ...