Проблемы будущих нас, part 1 Наткнулся вчера на видео от PM-a команды сlaude сode, да да - Фиона работает рука об руку с Борисом. Рассказывала она про новые проблемы AI First команд разработки. И её спич вскрыл те боли, которые уже начали назревать в душе. Сейчас все вокруг в основном упороты по проблеме личной эффективности - используй агентов, скиллы, меньше делай руками. И это понятно - целиком команд, которые безумно угорели про AI, пока немного. Но наша команда как раз такая. Около семи человек, все с лютыми подписками, все спорят друг с другом почему твой агент говно и меряются скиллами, любой может сесть и за час сделать PR на 2к строк с идеей, которая только что пришла в голову. Ах да, еще мы нанимаем в эту команду. Но пост не об этом. Нагоню немного FOMO и расскажу про то, какие проблемы появляются в таких командах, и го вместе подумаем, что с этим делать. 1. Ревью Классика жанра. Код стало писать слишком просто, и все хотят замержить свои пару тысяч кода в репо. Самое типичное сообщение в чатике — "шипните PR, пожалуйста". А потом, "ну что я вам, шутка какая-то? шипните, быстро!" В итоге сейчас у нас начинается симбиоз. Многие научились гонять локальные скиллы ревью, а дополнительно мы используем ботика, который может делать ревью. Но все равно кто-то нужен, чтобы глазками посмотрел и поставил явный ОК. И это не просто пережитки прошлого. Есть несколько человек, которые глубоко понимают код, и они постоянно вытаскивают ценные комментарии, которые LLM-ки пропускают. Пока на уме следующая стратегия. Нужно взять наши последние 300 ценных комментариев в пул реквестах от кожаных и на базе них сделать скилл ревью именно для наших компонентов и нашей команды. И потом всем использовать этот скилл и постоянно его пополнять новыми кейсами. Так его ценность будет повышаться, и со временем внимания человеков будет нужно меньше и меньше. Но все равно отходить от ОКа живого человека пока страшно. 2. Выбор подходов и архитектур для новых идей Любой скажет PRD first. Проблема в том, что когда появляется PRD, он кидается в чатик, и нужно найти время, чтобы вчитаться и его осознать. А если ты нашел, вчитался и пишешь в чатике фидбэк - то портянка комментов растягивается, фокус теряется и договориться до чего-то сложно. И нужна очная встреча, как в старые добрые, на которую мы придем и отгрумим PRD-шку. А это уже похоже на процессы старой эпохи, когда мы все вместе собирались на техзащите. А еще бывает, что 30 минут не хватает и нужна еще одна встречка, которая попадет на завтра. И уже хочется застрелиться... В этом пункте у меня хороших идей пока нет, которые точно решат проблему. Буду рад услышать советы, которые помогут новые идеи среднего масштаба превращать в реализацию за день-полтора, а не за недели и архитектура решения получается классной и гибкой. 3. Распределение и передача задач в команду Бэклоги на месяц вперед еще ладно. Сейчас недостатка в идеях как инфраструктурных, так и продуктовых нет. А вот процесс планирования задач на неделю - кто что делает, пока не идеален. Да, мы ведем недельные спринты, двигаем задачки по доске, но дело в этом. Сейчас мы дошли до идеи, что выдаем каждому не задачи, а definition of done самостоятельных и понятных историй. То есть, например, человек отвечает за архитектуру и внедрение нового процесса АБ-экспериментов по версиям агентов. Он сам его продумывает, думает про UX, думает про то, как пользоваться, окает PRD, кодит, выкатывает, тестит, исправляет и так далее, без четкого ТЗ, которое написал руководитель. И главный челлендж - как передать некую идею в мозг другого человека, да так, чтобы он понял ключевое, захотел довести ее до конца и сам смог додумать детали. И за время реализации эти два видения не разошлись. В процессах старой эпохи нужно было описать задачу, собраться с продактом, детально объяснить, отдать человеку. Он подумает, вернется со своим видением, синхронизирует и так далее. Потом вы синкаетесь, встречаетесь и смотрите, как идут дела. И вот как это ускорить через AI - хороший вопрос! (достигнут лимит - будет продолжение)