Привет, друзья!👋

Сразу предупрежу! Статья на эту тему получилась очень длинной, поэтому я решил разбить её на 3 части и выпустить их в течение дня. Это первая.

Всё больше и больше погружаюсь в тему ИИ и внедрения его в командную работу. Перепробовал уже много чего, от cline и kilocode до cursor и claude, и сделал для себя целую кучу выводов. Теперь хочу с вами поделиться)

Начну с проблемы. Инфошум и ожидания от ИИ слишком большие, и, как правило, их источник — это люди, которые не имеют отношения (или имеют косвенно) к разработке продуктов. В чём беда? В том, что из коробки он вам сделает изолированный продукт. Вы сразу обрадуетесь и будете в восторге от результата. НО! Для более качественного и детального продукта вам нужны знания на каждом участке SDLC. Без них вы не сможете интегрировать продукт с другими микросервисами, потому что банально работаете только в контексте одного продукта. А командная разработка микросервисов (да и монолитов) идёт в плотном взаимодействии с другими командами.

Дальше — сам подход. Текущая версия SDLC ещё не адаптирована под работу нескольких команд с ИИ. Да, все пытаются встать на эти рельсы, но чёткого свода правил пока нет. Все только пробуют интегрировать.

При этом ИИ пока помогает в конкретных задачах. Если это разработка, то разработчик пишет под свой стек, свои задачи и архитектурные правила в собственные навыки, которые помогают ему решать задачи. Общей кнопки, которая запускала бы процесс создания КАЧЕСТВЕННОГО продукта, ещё нет, потому что на каждом участке SDLC нужны свои навыки.

И на каждом участке SDLC должно быть качественное ревью. Без знаний в аналитике вы не сможете грамотно оценить ТЗ и требования заказчика и сделать нормальный продукт (я уж молчу про разработку).

MCP, скилы и промпты — это, конечно, круто. Но без грамотного подхода у вас получится свалка, которая просто жрёт токены.

К чему я это всё. ИИ — это инструмент, который надо встроить в процесс. И пока процесс не выстроен, вы будете плодить изолированные решения.