Методичка для руководителей и команд: какие ступени проходит команда, как понять, где вы сейчас, и что сделать, чтобы перейти дальше.
Что меняется
В обычной команде работа идёт по цепочке. Продакт пишет требования, дизайнер рисует экраны, разработчики пишут код, тестировщик проверяет. Каждый передаёт результат следующему, и от идеи до работающей версии проходят недели или месяцы.
Агенты для программирования сокращают этот путь. Прототип собирается за часы или дни, и собрать его может один человек. Границы между ролями размываются: продакт и дизайнер начинают собирать работающие версии, разработчик больше времени тратит на архитектуру, постановку задач агентам и проверку их кода. Роль, в которой человек ведёт задачу от идеи до релиза, называют продуктовым инженером (Product Engineer).
Команда приходит к этому постепенно. Ниже четыре ступени.
Ступень 0. Фабрика фич
Признаки:
- требования передают в виде ТЗ;
- у каждого своя зона: продакт отвечает за требования, дизайнер — за экраны, разработчики — за код;
- первая работающая версия появляется через недели или месяцы;
- качество проверяют вручную после разработки.
Что мешает: ИИ-инструментов нет или ими запрещено пользоваться.
Как перейти дальше:
- дайте сотрудникам доступ к ИИ-ассистенту, согласованному со службой безопасности;
- запишите правила: какие данные можно передавать в ИИ, а какие нельзя.
Ступень 1. ИИ у каждого
Признаки:
- сотрудники пользуются ИИ в своей работе: пишут тексты, разбирают данные, генерируют части кода;
- роли и процесс прежние, результат передают по той же цепочке;
- каждый работает быстрее, но сроки проекта почти не меняются.
Что мешает: каждый ускорил свой участок, а передачи между людьми остались. Время уходит на ожидание и согласования.
Как перейти дальше:
- выберите одну задачу и дайте продакту или дизайнеру собрать по ней прототип с агентом для программирования;
- назначьте разработчика, который помогает с окружением и разбирает код прототипа;
- покажите прототип пользователям до начала разработки.
Ступень 2. Продакт собирает прототип
Признаки:
- продакт или дизайнер сами собирают работающий прототип за несколько дней;
- требование передают в виде прототипа и примеров;
- гипотезы проверяют на пользователях до разработки;
- разработчики переносят проверенное решение в продукт.
Что мешает: прототип и продукт живут отдельно, и прототип переписывают с нуля. Продакту не хватает инженерных навыков, чтобы довести прототип до релиза.
Как перейти дальше:
- договоритесь о стеке и правилах репозитория, чтобы прототип можно было развивать дальше;
- опишите контекст для агентов в репозитории: архитектуру, правила кода, команды сборки и запуска;
- научите продактов и дизайнеров базовым инженерным навыкам: git, запуск проекта, чтение логов, проверка кода агента;
- для ИИ-функций соберите реальные примеры запросов с ожидаемыми ответами и проверяйте на них каждое изменение.
Ступень 3. Продуктовый инженер
Признаки:
- один человек ведёт задачу от идеи до релиза;
- код в основном пишут агенты, человек ставит задачи, проверяет и принимает результат;
- требования, правила и примеры лежат в репозитории рядом с кодом;
- команда небольшая, у каждого законченный участок продукта.
Что важно удерживать: сборка фичи стоит дёшево, поэтому команда может делать лишнее. Решение, что делать и как проверить эффект, остаётся за человеком.
Что меняется для каждой роли
Продакт. Раньше писал ТЗ, теперь собирает прототип и проверяет гипотезы на пользователях. Новые навыки: работа с агентом для программирования, базовые инженерные навыки, метрики использования.
Дизайнер. Раньше рисовал статичные экраны, теперь собирает работающий интерфейс. Новые навыки: вёрстка с агентом, дизайн-система в коде.
Разработчик. Меньше пишет код руками, больше отвечает за архитектуру, постановку задач агентам и проверку их кода. Следит, чтобы прототипы можно было доводить до продукта.
Тестировщик. Переходит от ручных проверок к автотестам и наборам примеров для ИИ-функций.
Руководитель. Собирает небольшие команды, где у каждого законченный участок. Измеряет время от идеи до проверки на пользователях.
С чего начать
- Определите ступень команды по признакам.
- Выберите одну реальную задачу, на которой команда перейдёт на следующую ступень.
- Назначьте двоих: того, кто осваивает новую роль, и разработчика, который ему помогает.
- Через две-три недели сравните сроки и результат с обычным процессом.
- Запишите, что мешало, и поправьте правила для следующей задачи.
Чек-лист
- Знаю, на какой ступени команда.
- У сотрудников есть доступ к ИИ-инструментам и правила работы с данными.
- Продакт или дизайнер хотя бы раз собрали прототип сами.
- Прототип показали пользователям до разработки.
- В репозитории описан контекст для агентов.
- Для ИИ-функций есть примеры запросов с ожидаемыми ответами.
- Время от идеи до проверки на пользователях измеряется.