protocol-it.ru/otdel-razrabotki
Задача идёт по восьми шагам, и машина проверяет каждый. Человек утверждает, что делаем, чем подтвердим и выпускаем ли.
Выигрыш от ИИ в разработке легко принять на веру. В замере METR, опубликованном в июле 2025 года, 16 опытных разработчиков решали 246 задач в своих проектах, и с ИИ работа заняла на 19% больше времени. Ждали они ускорения на 24% и после замера были уверены, что стали быстрее на 20%. В феврале 2026 года METR сообщил, что с новыми инструментами разработчики уже работают быстрее, так что ответ для своего отдела даёт только замер на своих задачах. По опросу Workday в январе 2026 года 37% времени, которое ИИ сэкономил сотрудникам, уходит на переделку его работы. Автоматизированный отдел собран ради того, чтобы агент не тратил время людей. У него есть правила, одиннадцать проверок и предел в три круга.
Отдел разработки, где все задачи идут одним путём, восемь шагов от письма до работающей функции. После любого шага работу проверяет машина, и без проверки задача дальше не идёт.
Код пишут разработчики и ИИ-агенты (программы, которые пишут код по утверждённой постановке). Кому достаётся задача, зависит от её уровня риска, он записан в разделе 5. Если проверка не пройдена, задача сама возвращается на шаг назад, совещание для этого не собирают. Кругов не больше трёх, после третьего задачу берёт человек.
Такой отдел мы собираем у вас, из ваших людей и в ваших системах. Или работаем своим отделом. У нас он настроен под наши правила, под ваши его настраивают заново, и это часть сметы. Чем два формата отличаются, в разделе 3.
Три цифры, которых обычно нет ни у владельца, ни у руководителя разработки. Поставьте свои, считается сразу в вашем браузере и никуда не отправляется.
Оклад 220 000 ₽, это медиана мидл-разработчика за первое полугодие 2026 года по Хабр Карьере. Взносы 30,2% в пределах предельной базы, ставка закона
Если бы ваши разработчики теряли с ИИ 19% времени, как участники замера METR 2025 года, этот отдел терял бы 163 271 ₽ в месяц. С инструментами 2026 года METR видит ускорение, поэтому вашу цифру, в плюс или в минус, замеряет диагностика.
Проверьте за один день
Если ответов нет к вечеру, у разработки сейчас нет ни цены, ни проверки, ни второго исполнителя.
Три способа вести разработку в одной таблице. Последняя строка про то, где какой из них уместен.
Путь один для всех задач. Между шагами стоит проверка машиной, переход делает бот, а человек появляется там, где написано «утверждает человек». У шагов есть сроки. Постановка не дольше рабочего дня, приёмка не дольше четырёх часов, просрочка уходит выше. Небольшая задача проходит все восемь шагов за день.
Задача приходит письмом, сообщением в чат или из формы. Агент заводит её по шаблону и ищет дубли.
проверкаШаблон заполнен. Если нет, задача возвращается автору с вопросом.
Агент пишет постановку. Что считается сделанным, какими тестами это подтвердится, уровень риска и размер. Большую задачу дробит на части, и они выходят отдельно.
проверкаВсе критерии проверяемы, задача помещается в один выпуск. Если нет, постановка переписывается или дробится.
По утверждённой постановке пишутся тесты, и они обязаны падать. Так видно, что они проверяют именно то, что заказано. Для документов и переводов шаг пропускается.
проверкаТесты падают по нужной причине. Если падают не по той, переписываются.
Пишется, пока утверждённые тесты не станут зелёными. Сами тесты на этом шаге менять нельзя, подогнать тест под код не получится.
проверкаУтверждённые тесты зелёные, их содержимое не тронуто.
Одиннадцать проверок машиной, раздел 6. Все зелёные, задача идёт на приёмку.
проверкаХоть одна красная, задача возвращается на шаг 3 с записью причины. Кругов не больше трёх, потом её берёт человек.
Документы и переводы принимает бот. Обычную задачу один человек. Деньги, персональные данные и доступы двое.
проверкаОтказ только с причиной, и задача уходит на шаг 1 или 3.
Сначала тестовый стенд, потом выпуск под флагом, который можно выключить одной кнопкой.
проверкаЕсли после выпуска цифры хуже порога, откат происходит сам, без звонка ночью.
Сутки после выпуска агент следит за ошибками.
проверкаВсплеск, и он сам заводит задачу об инциденте на людей.
Отдел учится на своих отказах
Отказ человека всегда помечается причиной. Постановка, подход, ошибка, безопасность, стиль. Причина, которая повторяется, становится правилом для агентов или новой проверкой. Проверка, которая ни разу не сработала за квартал, убирается.
У задачи всегда есть уровень риска. Его пишет агент в постановке, утверждает человек вместе с ней. Уровень решает, кто пишет, кто принимает и как выпускают.
Задачи про деньги и про персональные данные пациентов или заёмщиков доходят до выпуска только через двух человек. Это правило не зависит от того, сколько в отделе автоматики. Понизить уровень задаче может только человек, и это видно в журнале.
Их проходят все задачи на шаге 4. Проверки защищены от агента. Менять их настройки, утверждённые тесты и правила выпуска он не может, это сверяет отдельный шаг сборки.
Список открыт целиком, его можно отдать вашему техническому директору до первого разговора.
Шесть цифр по разработке в протоколе недели. Тот же протокол, что по сопровождению, образцы открыты, для клиники и для финансовой компании.
Цифры считаются из журнала конвейера. Руками их не собирают и поправить не могут.
Постановка и тесты удваивают число касаний, для такой мелочи путь короче, она идёт уровнем T0.
Вид страниц, тексты, интеграции, у которых нет тестового стенда. Их принимает человек глазами, и конвейер это не отменяет.
Деньги, персональные данные и доступы остаются людьми при любой автоматизации, раздел 5.
Конвейер держится на трёх решениях человека. Если утверждать некому, подходит формат «работаем нашим отделом».
Порядок внедрения в разделе 9 идёт от проверок к автоматике, перепрыгнуть шаги нельзя.
Внедряем в четыре этапа, и каждый окупается, не дожидаясь следующего.
Модель можно поставить на ваши серверы, в облако с серверами в России или на наш сервер в России. В первом случае код и переписка агентов не покидают компанию, в двух других модель работает по вашему поручению на обработку данных. Код при любом варианте лежит у вас.
Через конвейер у нас идут и свои проекты, и задачи заказчиков. Их задачи не показываем, в них чужой код. На разговоре показываем учебный стенд, где конвейер и его пульт с цифрами работают на вымышленных задачах, а шаги и проверки те же, что в работе. Путь вашей задачи разбираем только на платной диагностике, потому что для этого подключаем ваш репозиторий (пункт 10.2).
Цены отдела на листе нет, она зависит от числа систем, размера команды и потока задач.
Запросить диагностикуТот же, кто отвечал бы за код людей. В формате «работаем нашим отделом» это ИТ-директор проекта по договору, предел ответственности и санкции за срыв записаны там же. В формате «собираем у вас» отвечает ваш руководитель разработки, а конвейер даёт ему одиннадцать проверок и приёмку человеком перед выпуском. Ошибки, дошедшие до пользователей, идут отдельной цифрой в протоколе недели.
Нет, если модель стоит на ваших серверах. Код остаётся в вашем репозитории, доступы поимённые и с журналом, а если модель работает в облаке или на нашем сервере в России, это оформляется поручением на обработку данных. Варианты в разделе 9.
Аутстафф даёт людей, подрядчик по ТЗ даёт результат по документу. Здесь вы получаете порядок, в котором задача не может выйти без проверок, и шесть цифр по пятницам. Люди и агенты могут меняться, правила и проверки при этом остаются в ваших системах.
Они остаются и работают в том же конвейере. Меняется распределение. Документы и мелочь уходят агентам, люди утверждают постановки, пишут сложное и принимают то, где риск.
Да. Всё, на чём держится конвейер, с первого дня лежит в ваших системах. При расставании передаём документацию, порядок передачи записан в договоре.
Зависит от того, что у вас уже есть. Первый этап, проверки на выпуске, самый короткий и работает без агентов. Сроки остальных этапов записываются в смету после диагностики.