Много и много выступал в последние дни. Сегодня вот я выступал не в привычном амплуа продакта, а в шапочке человека, ответственного за техническую часть: всю разработку, архитектуру и инфраструктуру. И такая шапочка есть, да. Наша тема была простой: тренды в управлении разработкой и командами. И, конечно, мы много говорили про ИИ, а куда без него. Забавно вот что: разговор то был про культуру, про топологии, и "вот опять". Тут есть пара забавных тейков, которыми хочу поделиться. Тейк 1: стало медленнее. Я провел масштабный эксперимент в своих командах: 20% разработчиков получили себе пачки копайлотов, разных: от курсора до "ну просто клод спросим". Cycle time на задачах рефакторинга (мы кстати не знаем, а качественно ли получилось?) уменьшился на 10%! Круто? А на продуктовых вырос на те же 10%. Такие дела. Почему? Условный джун кодит быстрее, и вытирать за ним синиору приходится... Ну, больше. Можно ли заменить просто джунов на ИИшечку? Да. Ускорит ли это что-то? Ну пока хз, судя по тестам. Почитайте, прикольное https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/ Тейк 2: "ИИ на каждый чих" – дорого. Крупные компании поняли, что стоимость растет по экспоненте, и любые проекты, где ИИ что-то оптимизирует, выполняет какие-то задачи, и вообще классный парень... Супер дорогие. И уже начались бюджетные комитеты на ресурсы. Ну и вообще, обучать свои модельки на данных – моветон. Кажется, до всех начало доходить, что обучаться по "модели дипсика" проще. Там сидит некоторая оптимизиация, ну и вот мне интересно, что же нас ждет: тотальная демократизация инструмента, или... еще одни бюджетные комитеты на тему "деньги", "ресурсы на обучение" и тд. Тейк 3: я все еще топлю за то, что эффективность команд разработки сидит в том, чтобы команда (и в идеале все ее члены, привет, скрам) была заинтересована в результатах бизнеса, и относилась к бизнес задачам как к своим. И вот тогда и начнется заинтересованность в оптимизациях, "элегантных" решениях и нормальных декомпозициях и оценках. Как это устроить? Нужны прозрачные цели, которые все члены команды понимают, и которые явно и прозрачно каскадированы с целей компании и понятны всем участников команды. Нужны понятные демонстрации результатов работы команды для четкой аттрибуции "код" -> "продукт" -> бизнес результат -> радость пользователя. И не важно, б2б или б2с, или б2g. Нужно включать команду в цикл работы с клиентом: user days, работа с обратной связью и поддержкой, дог фуддинг и тд. Нужно явно убирать не нужное из беклогов, и говорить почему оно такое. И почему нужное нужно. Прозрачная приоритизация, короче. Это все сложно... и тут есть простые: "фин мотивация" от ауткамов, а не аутпутов; оставлять правильных людей, кому не пофиг. А найм их слегка все портит – вообще самое сложное в работе менеджеров и построении команд. Потому ИИ, не ИИ, а культура, мотивация и принятие и уважение целей и строят крутые команды и продукты. А кто код будет писать мы еще разберемся, но попозже.