Jobgether ищет Director of Engineering.

**О компании:** Jobgether — это HR-tech платформа, которая, по иронии судьбы, использует ИИ для подбора кандидатов. Они выступают посредником, размещая вакансию для своей «партнерской компании». И вот тут начинается самое интересное: компания, работающая в сфере AI-native продуктов, ищет человека на позицию, которую уже сегодня можно начать автоматизировать с помощью… ну, вы поняли.

**Боль и задача:** Судя по описанию, «партнерская компания» находится на стадии бурного роста. Это тот самый прекрасный и ужасный период, когда команды множатся, процессы ломаются, технический долг растет как на дрожжах, а стратегия напоминает попытку собрать летящий самолет. Им нужен «взрослый», который придет, наведет порядок, выстроит процессы, будет менторить менеджеров, а заодно следить, чтобы продукт не развалился по пути к светлому будущему. Классическая боль масштабирования. Они ищут человека-оркестр, который будет одновременно стратегом, психологом, архитектором и надзирателем.

**Решение с помощью ИИ:** Вместо того чтобы нанимать дорогого директора, чье основное время будет уходить на совещания и чтение отчетов, можно создать «Цифрового Директора» — систему из нескольких AI-агентов, которая возьмет на себя 80% рутинных и аналитических задач этой роли. Это не замена человека машиной в лоб, а создание системы, где функции управления делегируются умным алгоритмам, а за людьми остается финальное решение и человеческий контакт.

***

**Диалог в курилке будущего:**

— Слышал, наши ищут Инжиниринг Директора? — спрашивает молодой тимлид Макс, отхлебывая кофе.

— Повидал я таких историй немало, — усмехается седовласый архитектор, назовем его Петрович. — Ищут «лидера-визионера», а на деле нужен человек, который будет разгребать хаос в Jira и следить, чтобы три команды не пилили одну и ту же фичу три раза по-разному.

— Ну а как иначе? Кто-то же должен стратегию определять, ревьюить архитектуру, с продактами договариваться…

— А что, если я скажу тебе, что большую часть этого может делать система? Давай разберем по пунктам.

***

**Подходы и инструменты:**

**1. Стратегия и архитектура: «AI-Архитектор»**

* **Задача директора:** «Определять и реализовывать техническую стратегию», «влиять на архитектуру».
* **AI-решение:** Создается агент на базе мощной LLM (вроде Claude 3 Opus или GPT-4), которому «скармливается» вся релевантная информация: текущая кодовая база (через инструменты векторного анализа кода типа Sourcegraph), продуктовый роадмап, бизнес-цели на квартал, анализ техстека конкурентов.
* **Инструменты:** LangChain/LlamaIndex для создания RAG-пайплайна, векторные базы данных (Pinecone, Weaviate), доступ к приватным моделям через API.
* **Результат:** Агент может по запросу («Предложи архитектуру для новой фичи X с учетом нашей цели по снижению latency на 20%») генерировать несколько вариантов архитектурных решений с плюсами и минусами, оценивать технический долг и даже предлагать план по его рефакторингу. Он не принимает решение, но готовит исчерпывающую аналитику для CTO или ведущих инженеров.

**2. Управление поставкой и качеством: «AI-Scrum Master»**

* **Задача директора:** «Обеспечивать высокое качество поставки», «балансировать скорость и масштабируемость».
* **AI-решение:** Интеграция AI-агентов непосредственно в CI/CD и таск-трекер.
* **Автоматические код-ревью:** Инструменты вроде CodeRabbit или Sweep.ai не просто находят ошибки, но и предлагают исправления в стиле кодовой базы проекта. Они проверяют пулл-реквесты на соответствие стандартам, наличие тестов и потенциальные уязвимости.
* **Процессный контроль:** Агент в Jira/Linear анализирует движение задач, выявляет «зависшие» тикеты, предсказывает срыв сроков по спринту и автоматически эскалирует проблемы, генерируя краткий отчет: «Команда А: задача #123 блокирована зависимостью от команды Б. Прогнозируемая задержка — 2 дня».
* **Снижение недоверия:** Начинаем с малого. Сначала агент только оставляет комментарии-рекомендации в пулл-реквестах. Когда команда видит, что 9 из 10 его правок дельные, ему можно дать права на автоматический аппрув минорных изменений или блокировку мержа с критическими ошибками.

**3. Кросс-функциональное взаимодействие: «AI-Синхронизатор»**

* **Задача директора:** «Тесно сотрудничать с Product, Design…», «транслировать стратегию в дорожные карты».
* **AI-решение:** Агент, который «присутствует» на всех встречах (в виде транскрибатора типа Otter.ai, но с более глубоким анализом). После звонка он автоматически генерирует summary, выделяет принятые решения, создает action items и раскидывает их по ответственным в таск-трекере. Он может перевести «хотелки» продакта с языка бизнеса на язык технических спецификаций и user stories.
* **Пример:** После часовой встречи с продактами система выдает: «**Решение:** делаем фичу А. **Технические требования:** 1. Нужен новый эндпоинт… 2. Изменения в UI… **Созданы задачи:** #456, #457 в Jira для команды DevOps и Frontend».

**4. Менторство и развитие культуры (самое сложное):**

Здесь ИИ не заменит человеческое общение, но может его усилить. Система анализирует перформанс-метрики (скорость закрытия задач, сложность, качество кода) и может подсвечивать для тимлидов как точки роста у сотрудников («Иванов часто допускает ошибки типа Х, вот подборка материалов по теме»), так и успехи, которые стоит отметить публично.

**Как валидировать результат работы ИИ?**

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

1. **DORA Metrics:** Замеряем 4 ключевые метрики до и после внедрения «Цифрового Директора»:
* Lead Time for Changes (время от коммита до продакшена).
* Deployment Frequency (частота развертываний).
* Change Failure Rate (процент «неудачных» релизов).
* Time to Restore Service (время восстановления после сбоя).
Если эти метрики улучшились, значит, система работает.

2. **Продуктивность и предсказуемость:** Сравниваем процент выполнения планов по спринтам/кварталам. AI-система должна повысить предсказуемость разработки.

3. **Обратная связь от команды:** Анонимные опросы. «Стало ли вам понятнее, над чем мы работаем и почему?», «Уменьшилось ли количество рутинных совещаний?», «Чувствуете ли вы, что процесс код-ревью стал быстрее и объективнее?».

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

Вакансия отсюда: https://www.linkedin.com/jobs/view/4404719440/