Владимир Долгов
гость · создатель DevOptify, технологический и продуктовый лидер
Ранее руководил AI-трансформацией разработки в Сбере и развивал инструменты Developer Experience.
ведущий
гость · создатель DevOptify, технологический и продуктовый лидер
Ранее руководил AI-трансформацией разработки в Сбере и развивал инструменты Developer Experience.
Владимир Долгов рассказывает о переходе от корпоративных инструментов разработки к собственной компании и DevOptify. Старые представления руководителя о сроках и сложности задач приходится проверять заново: агент меняет способы работы инженера. Владимир использует Cursor, Codex и Claude, а Александр обсуждает сочетание инструментов и переносимость инструкций между ними.
История измерений в Сбере проходит от доли AI-кода к числу PR и затем к задачам, которые бизнес признаёт результатом. Владимир настаивает на нескольких уровнях метрик и контрметриках: объём кода сопоставляют с ошибками и возвратами, количество задач — с их размером. Александр приводит пример, где рост пропускной способности объяснялся переходом от платформенных работ к повторяемым продуктовым изменениям. Стадия жизни продукта тоже меняет смысл показателей.
Агенту нужны знания, инструменты, рабочая среда и границы полномочий. Объём его результатов делает ручное чтение всего кода ограничением процесса; Владимир описывает выборочное участие человека в проверке как практику своей команды. В демонстрации DevOptify он показывает точность планирования, использование моделей, параллельные задачи и переработки. Эксперимент с изменением тона запросов рассматривается как повод проверить ситуацию, а не как надёжный диагноз.
Практические вопросы к аналитике — какие задачи возвращаются, сколько времени уходит на исправления и почему человек работает ночью. События из IDE, браузера и CLI связываются в рабочие сессии; статус задачи в трекере не равен времени её выполнения. Обсуждаются облачное и локальное размещение, MCP, ограничения сбора по рабочим проектам и возможность сотрудника оспорить оценку. Владимир описывает пилот как сбор исходных данных, управленческое изменение и повторное наблюдение; результаты крупных пилотов на момент разговора ещё впереди.