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