Фаза 6Курс ADLC

Фаза 6. Formation: PM-агент собирает команду агентов

Архитектура готова. Прежде чем резать работу на задачи и назначать их (это фаза 7), надо понять, кому назначать: какая команда вообще нужна под этот продукт. Это первая из двух статей про роль PM. Здесь — дизайн команды под задачу. Нарезка и назначение — в фазе 7.

В человеческом мире это самая медленная и необратимая часть: наём. Найти людей, собрать, распределить зоны, выстроить взаимодействие — месяцы работы и решения, которые потом трудно отыграть. В ADLC формирование команды меняет природу целиком: это больше не наём, а конфигурация. И меняется не скорость, а обратимость.

Роль человека сегодня

Инженерный менеджер, тимлид, на ранней стадии — фаундер. Он определяет, какие роли нужны под продукт, нанимает или собирает команду, распределяет зоны ответственности, выстраивает способ взаимодействия и ритуалы. Классически — план найма, оргструктура, распределение зон, настройка процессов команды.

Львиная доля сложности здесь — от того, что люди дефицитны, дороги, долго нанимаются и плохо перенастраиваются. Оргструктуру строят на годы, потому что переделывать её больно. Значительная часть работы менеджера по формированию — это управление дефицитом и необратимостью человеческого ресурса.

Что передаём агенту

PM-агент держит роль формирования команды. Под architecture и backlog он проектирует состав специализированных агентов: роли, специализации, модель под каждую роль, инструменты и права, топологию (кто оркестратор, кто исполнители) и протокол взаимодействия и эскалации. Он решает: сколько агентов, каких, кто кому передаёт, где точки синхронизации.

Природа решения меняется. Дефицит исчезает: развернуть ещё одного агента-инженера — вопрос конфигурации и бюджета инференса, а не месяцев найма. Необратимость исчезает: команда разворачивается под эпик и сворачивается по завершении. Оргструктура из монумента на годы становится эфемерной сборкой под конкретную работу.

Архитектура агента

State-machine фазы

Входы

architecture + ADR (ф.5), prd/backlog (ф.4), каталог доступных типов агентов и моделей с их стоимостью и сильными сторонами.

Агент держит роль

Инструменты: дизайн ролей; подбор модели под роль (баланс стоимость/качество); проектирование топологии (оркестратор ↔ исполнители); назначение инструментов и прав; прикидка бюджета инференса на команду.

Артефакт

team-spec — состав команды агентов, роли, модели, инструменты, права, протокол взаимодействия и эскалации.

Передача дальше: team-spec → Planning (кому раздавать задачи, ф.7) и Orchestration (мета-контур, ф.14). team-spec — это, по сути, конфигурация оргструктуры как код. То, что у людей живёт в head-count планах и штатном расписании, здесь становится декларативным описанием, которое можно версионировать, диффать и пересобирать. Оргструктура впервые становится артефактом, а не институцией.

Входы: architecture + ADR (ф.5), prd/backlog (ф.4), каталог доступных типов агентов и моделей с их стоимостью и сильными сторонами.
Инструменты: дизайн ролей; подбор модели под роль (баланс стоимость/качество); проектирование топологии (оркестратор ↔ исполнители); назначение инструментов и прав; прикидка бюджета инференса на команду.
Артефакт: team-spec — состав команды агентов, роли, модели, инструменты, права, протокол взаимодействия и эскалации.
Триггер: готовая architecture.
Передача дальше: team-spec → Planning (кому раздавать задачи, ф.7) и Orchestration (мета-контур, ф.14).

team-spec — это, по сути, конфигурация оргструктуры как код. То, что у людей живёт в head-count планах и штатном расписании, здесь становится декларативным описанием, которое можно версионировать, диффать и пересобирать. Оргструктура впервые становится артефактом, а не институцией.

Где ломается

Никто не нанимается — но кто-то платит за инференс. Бюджет на команду агентов — человеческое решение. Агент склонен собирать «богатый» состав под запас, потому что для него лишний агент почти бесплатен в моменте. Экономику состава — сколько мы вообще готовы тратить на инференс этого продукта — задаёт принципал.

Over-provisioning и разрастание. Без ограничителя PM-агент раздувает команду: на каждую специализацию — отдельный агент, на каждую проверку — отдельный ревьюер. Это упирается не в технику, а в бюджет и в наблюдаемость: чем больше автономных агентов, тем труднее человеку над контуром понимать, что происходит (проблема, которую подхватывает ф.14).

Права и доступы, которые агент раздаёт сам. PM-агент назначает подчинённым агентам инструменты и права — вплоть до доступа к проду и деньгам. Кто санкционирует, что агент-инженер получает право деплоя? Раздача полномочий внутри автономной команды — точка, где governance (ф.14) обязан стоять с самого начала, а не появляться потом.

Что остаётся человеку

Утверждение бюджета команды и границ прав и доступов. Кандидат на сжатие — сам дизайн состава и топологии; устойчивый остаток — санкция на бюджет и на раздачу чувствительных прав, и он вплетён в governance-контур принципала (ф.14).

остаток человека ≈ 60%

Провокация / тезис

«Собрать команду» перестаёт быть наймом и становится конфигурацией. Исчезают оба свойства, на которых держалась тяжесть этой работы у людей, — дефицит и необратимость: под задачу разворачивается ровно нужный состав агентов и сворачивается по завершении. Оргструктура из монумента на годы превращается в эфемерную сборку под эпик, версионируемую как код. Незаменимым остаётся не проектирование команды, а подпись под её бюджетом и правами — потому что права внутри автономной команды слишком быстро дотягиваются до денег и прода.

Сквозной кейс

«Витрина» на этой фазе

PM-агент читает architecture «Витрины» (моно-бэкенд, БД, очередь, платёжная интеграция) и разворачивает состав: два бэкенд-агента (каталог/корзина и платежи/вебхуки), один фронт-агент (конструктор витрины и экран оплаты), один QA-агент, один ревьюер и один DevOps. Под рутинные задачи — дешёвая быстрая модель; под платёжный контур, где цена ошибки высока и где живёт критичный ADR по идемпотентности, — сильная модель и на исполнителя, и на ревьюера (чтобы автор и критик не ошибались одинаково — задел под фазу 9).

Права агент раздаёт по принципу минимума: доступ к деплою — только DevOps-агенту, доступ к платёжным ключам — только платёжному бэкенд-агенту. Эти назначения он не санкционирует сам — они уходят в governance-контур на утверждение принципалу. Здесь курс впервые показывает, что ф.14 — не финальная надстройка, а слой, который обязан присутствовать уже на сборке команды.

Артефакт → team-spec «Витрины». Команда, которой не существовало час назад и которая свернётся, когда «Витрина» будет построена.

На практике

Как это устроено — инженерные разборы

Отдельные howto из практики, где фаза показана на работающем коде и артефакте.

Как контролировать то, что делают AI-агенты?Как контролировать то, что делают AI-агенты — базис топологии команды агентов.
Скилл, который онбордит другие скиллыСкилл, который онбордит другие скиллы — сборка способностей команды.

Читать дальше

Строите AI-driven доставку у себя?

Проектирование ADLC-контура: где агент держит роль, а где остаётся человек-принципал — под вашу команду и продукт.

Написать на почту

Движок перехода

Next Move Engine — система, которая доводит команду до автономного цикла доставки.

Next Move Engine →