Supabase — платформа разработки на Postgres, созданная разработчиками для разработчиков. Мы предоставляем полноценное backend-решение: база данных, аутентификация, хранилище, Edge Functions, Realtime и векторный поиск. Все сервисы глубоко интегрированы и рассчитаны на масштабирование.
Мы ищем руководителя AI Operations, который будет отвечать за то, как работает Supabase.
Supabase строит внутреннюю операционную систему с AI в основе: единый способ работы по всей компании, где ИИ берёт на себя существенную долю операционной нагрузки, а не просто сидит рядом как помощник. Мы формируем новую центральную команду, которая будет создавать эти системы, поддерживать команды и внедрять AI operations по всей организации. Эта роль — руководство этим направлением.
Вы будете владеть моделью зрелости, по которой оцениваются команды, стандартами, определяющими, как здесь ведётся работа, и операционным ритмом — при одном правиле проектирования: каждая повторяющаяся встреча должна обосновывать, почему её нельзя заменить автоматическим отчётом. Вы возглавите небольшую команду из опытных специалистов: один будет строить платформу, другой — заниматься enablement.
Предпосылка в том, что процесс, закодированный в агентах, масштабируется там, где процесс, навязанный людьми, — нет. Ваша задача — доказать, что это повторяемый паттерн, а не исключение, в командах, над которыми у вас нет прямой власти.
Мы полностью удалённые и работаем асинхронно. Документ здесь — механизм принуждения, а значит самими стандартами и является вашим результатом работы.
В этой роли вы будете:
Владеть моделью зрелости от начала до конца: рубрикой, методом оценки, стандартом доказательств и процедурой апелляций. У каждой команды в итоге будет опубликованная оценка и письменный план перехода на следующий уровень.
Проводить оценки и фиксировать обязательства: лично проводить оценки с руководителями департаментов и оформлять их как обязательства с именованными владельцами и датами, а не как мнения.
Владеть слоем стандартов: определять, как отслеживается работа, как предлагаются и закрываются решения, как команды переходят на общие инструменты и как выводится из употребления устаревшая документация. Стандарты выпускаются в виде документов, которым команды следуют без погонь за ними.
Исправлять процесс принятия решений: обеспечивать, чтобы письменные предложения доходили до разрешения, а не копились нерешёнными, задавая этапы, критерии выхода и механизмы закрытия.
Вести операционный ритм: руководить автоматизированной еженедельной отчётностью, регулярным форумом по блокерам и решениям, ежемесячным обзором для руководства и квартальным форматом на уровне совета директоров. Удалять встречи, которые мог бы заменить отчёт.
Управлять внедрением: сначала проводить закрытые оценки, чтобы лиды видели только свои и имели время на изменения, затем — заранее зафиксированную дату публичной прозрачности.
Встраивать стандарты в онбординг: обеспечивать, чтобы каждый поток приходил уже обученным, а не перенимал привычки соседних команд.
Собирать и руководить командой: нанимать, развивать, оценивать и направлять двух опытных специалистов (платформа и enablement), не делая их работу за них.
Измерять и публиковать результаты: измерять и публиковать, выдерживается ли гипотеза, отслеживая, сколько координационной работы поглощают агенты по сравнению со стоимостью программного офиса из людей.
Каждый стандарт, который вы пишете, должен быть входом для чего-то, что его обеспечивает, а каждый механизм принуждения — производить доказательства, по которым его оценивают. Когда вы пишете правило, что у работы должен быть актуальный статус, вы не закончили, пока отчёт не находит устаревшие элементы и не сообщает их владельцам без вас в цикле. То же касается вашей собственной функции: команду, которую вы строите, оценивают по модели, которой вы владеете, публикуют рядом со всеми остальными — и вы должны этого хотеть.
Типичный исход для общекорпоративного стандарта — что команды вежливо его игнорируют. Поэтому первый вопрос о любом стандарте — не «верен ли он», а «что заставит людей обходить его», и проектирование следует из этого ответа. То же со встречами: вместо того чтобы спрашивать, чего достигнет новый синк, спросите, какой отчёт сделает его ненужным, и постройте отчёт. То же с датой публичной прозрачности: её фиксируют до того, как у кого-то есть оценка, которую нужно защищать, потому что после этого лоббирование рационально.
Вы направляете агентов, а не делаете работу руками, и можете судить, было ли направление удачным. Это значит читать определение workflow агента и понимать, что процедура слишком широка, читать модель данных и оспаривать метрику за ней, читать pull request от своей команды и отправлять обратно. Ваши рабочие артефакты — файлы в системе контроля версий, которые агенты могут читать, а не транскрипты чатов. Вы не будете строить платформу. Вы будете тем, кто говорит, правильно ли то, что построили.
Опыт масштаба и ритма: выстраивали операционный ритм и программную дисциплину в компании на этапе роста примерно с ~200 до ~800 человек в удалённом и асинхронном формате.
Экспертиза в агентном ИИ: лично создавали агентные AI-workflow, от которых зависели другие. Вы можете читать/ревьюить определение workflow агента, модель данных и pull request, чтобы судить о качестве.
Трек-рекорд внедрения стандартов: доводили стандарт с нуля до общекорпоративного уровня без прямой власти над теми, кто внедряет, с понятным механизмом, который заставил его прижиться.
Навыки асинхронной коммуникации: вы исключительный писатель, который использует документы как механизмы принуждения.
Подотчётность: вам комфортно, когда вас публично оценивают по системе, которую вы строите, наравне со всеми остальными командами.
Проводили модель зрелости или оценку возможностей по командам, которыми вы не владели, публиковали результаты и добивались перераспределения ресурсов в организации.
Вы в среде Git, Markdown и Pull Requests (из инженерного или технического операционного бэкграунда).
Навсегда убрали повторяющуюся встречу, заменив её автоматизированной системой.
Глубокий инженерный бэкграунд — плюс, но не обязателен.
Стандарты внедряются без погонь: правила написаны, опубликованы, встроены в онбординг, и им следуют, потому что несоблюдение автоматически видно.
Универсальный охват: у каждой команды есть оценка с доказательной базой, владелец и письменный путь к следующему уровню; разногласия проходят через опубликованные каналы апелляций.
Жёсткие даты прозрачности: оценки переходят из закрытого в публичный режим в заранее зафиксированные даты без исключений.
Чистое сокращение времени на встречи: к концу года операционный ритм занимает меньше календарного времени по организации, чем когда вы пришли.
Автономная операционная функция: ваши два прямых подчинённых работают самостоятельно по письменным уставам, как минимум одна команда вне вашей функции ведёт по-настоящему автоматизированный production workflow, а вы сосредоточены на ревью, а не на исполнении.
Полностью удалённая работа
Мы нанимаем по всему миру. Мы верим, что лучшую работу можно делать откуда угодно. Офисов Supabase нет, но мы предоставляем членство в WeWork или компенсацию коворкинга, которой можно пользоваться в любой точке мира.
ESOP
Каждый член команды получает ESOP (долю в компании). Мы хотим, чтобы все участвовали в успехе того, что мы строим вместе.
Технический бюджет
Используйте этот бюджет, чтобы настроить идеальную рабочую среду — ноутбук, монитор, наушники или всё, что помогает вам работать лучше.
Медицинское страхование
Supabase покрывает 100% медицинского страхования для сотрудников и 80% для иждивенцев, где бы вы ни находились. Ваше благополучие и здоровье вашей семьи для нас важны.
Ежегодные офсайты
Раз в год вся компания собирается в новом городе на неделю общения, совместной работы и отдыха. Это одно из главных событий года.
Гибкий график
Мы работаем асинхронно и доверяем вам управлять своим временем. Вы знаете, что нужно сделать и к какому сроку.
Профессиональное развитие
Каждый член команды получает ежегодный образовательный бюджет на обучение — курсы, книги, конференции или всё, что поддерживает ваш рост.
Supabase изначально удалённая и с приоритетом open source. Мы считаем нашу глобально распределённую команду секретным оружием в создании инструментов, которые любят разработчики.
~400 членов команды
60+ стран
20+ языков
Привлечено более $1B (включая раунд Series F на $500M)
540 000+ участников сообщества
Мы двигаемся быстро, строим публично и используем то, что выпускаем. Если это есть в вашем проекте, скорее всего, мы используем это и в своём. Мы глубоко верим в экосистему open source и стремимся поддерживать — а не заменять — существующие инструменты и сообщества.
Будьте осторожны: если работодатель просит войти через Google, iCloud или Госуслуги, прислать код или пароль, запустить ПО или перевести деньги — это мошенники.