ИИ в работе команды разработки

ИИ в разработке

Помогаю убрать рутину из разработки

Нахожу повторяющуюся работу, которую команда пока делает вручную. Пробуем ИИ на одном участке и проверяем, экономит ли он время с учётом ревью и переделок.

01 / Разбор

Сначала найдём работу, которая повторяется

Разработчик опять собирает контекст по репозиторию. Другой обновляет документацию после изменения кода. На ревью снова проверяют одно и то же. Из таких задач и выбираем первый участок для автоматизации.

Разбираю задачу с теми, кто её выполняет: откуда берутся данные и на что уходит время. Заодно выясняем, как команда решает, что результат годится. Если задача каждый раз новая, а правильный ответ может оценить только один занятый человек, начнём с другой.

02 / Разбор

Проверим ИИ на одной задаче

Выбираем повторяющийся процесс с понятным результатом. Это может быть подготовка документации по изменению или предварительная проверка кода перед ревью. Конкретный участок определяем по задачам команды.

До проверки фиксируем, как работа устроена сейчас. Затем даём ИИ нужный контекст, задаём ограничения и договариваемся, как проверять результат. Инженер, который принимает работу, участвует с самого начала: ему потом с этим жить.

Проверяем подход на обычных задачах, сохраняем неудачные попытки. Время на настройку и исправления тоже записываем. Если ответ появился быстрее, а его проверка съела всю экономию, это должно быть видно в результатах.

03 / Разбор

Сохраним инструкции и сравнение

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

Если пользы не видно, фиксируем это и решаем, что изменить. Обещать экономию до такой проверки было бы странно.

04 / Контекст из кейса

Как команда начала пользоваться библиотекой агентов

В кейсе о библиотеке агентов я описываю работу в роли CTO: инструменты остались в общем репозитории, инженеры стали брать их для реальных ревью. Это наблюдение о том, как команда приняла инструмент. Контролируемого исследования роста производительности в кейсе нет.

05 / Следующий шаг

Начнём с одного участка

Для такой работы есть Activation Sprint, платный проект по улучшению одного рабочего процесса. Объём и фиксированную цену согласуем после разбора ситуации, до начала работы.

Опишите, что команда регулярно делает руками и где на это уходит время. Этого достаточно для первого обращения.

Написать в Telegram