Как команда аналитиков перешла на работу в Cursor

​Давно хотела записать мысли про Cursor. Помните, я рассказывала, как мы использовали GPT? Так вот, это был просто подготовительный этап, а настоящая мощь началась именно сейчас.

​На текущем проекте разработчики развернули нам MCP-сервер, настроили связку с Git и сделали первые команды для работы. Для аналитиков это критически важно, чтобы сохранять версии того, что мы делаем. Моя задача была как раз в том, чтобы понять, как теперь изменится наш процесс, как аналитики будут во всем этом работать и передавать задачи в разработку.

​Я поэкспериментировала на себе, а потом мы стали потихоньку подключать остальную команду. Сразу столкнулись с тем, что у ребят не было понимания, как Cursor связан с Git, поэтому мне пришлось провести базовое обучение: объяснила что такое ветки, commits, push и merge.

​Сейчас аналитики пишут план разработки прямо в Cursor. Этот документ называется PRD — Product Requirements Document (документ требований к продукту), и ведем мы его в формате markdown. Обычная GPT не знает специфики нашей конфигурации и расширений, которые обновляются ежедневно. А здесь Агент имеет полный доступ к 1С:Управление холдингом. Плюс мы подключили СППР (Система проектирования прикладных решений) со всеми требованиями заказчика. В итоге при написании задания на разработку можно на лету обращаться и к коду, и к требованиям. Погрузиться в проект можно моментально, новичку не обязательно зубрить тонны документации на входе, и команда это уже оценила.

​Если вылетает баг, кидаешь его туда, и Cursor начинает лопатить основную конфигурацию и расширения, чтобы понять, откуда эта ошибка вылезла. При создании PRD я прошу его проверить меня так, как проверил бы технический и функциональный архитектор, и он выдает дельные предложения с учетом объектов системы и требований в СППР.

​Конечно, есть и сложности. Сейчас файл должен идти на проверку реальным архитекторам, но в Cursor нельзя просто оставить комментарии на полях, как в Word. Пока мы временно гоняем это через СППР, но думаем, как организовать процесс удобнее. Архитекторы у нас уже подключились, получили учетки, но сам этап проверки мы пока докручиваем. Еще из плюсов — на днях я плотно занималась сценариями тестирования для пользователей, и Cursor делает их вполне неплохо, так как детально знает всю разработку.

​Из минусов я заметила две вещи. Во-первых, лень — иногда тратишь кучу времени, чтобы Cursor сделал все сам, хотя руками вышло бы быстрее. Но мы пока в режиме эксперимента, хочется выжать максимум. Во-вторых, своего рода деградация — перестаешь напрягаться. Раньше ты сама шла искать, какой объект в каких регистрах сидит, а сейчас проще написать: «У меня есть такой-то процесс, расскажи, как он устроен». К хорошему привыкаешь быстро, и если сейчас инструмент забрать, будет очень грустно.

​Моя главная задача сейчас — сделать так, чтобы файл PRD шел по единому четкому шаблону, который будет понятен и аналитику, и разработчику, и архитектору. Наш прошлый шаблон был неудобным. А на выходе мы планируем отдавать заказчику спецификацию разработки — документ по факту того, что сделано, с техническими наименованиями, описанием реквизитов и сценариями тестирования.

​В итоге в нашей команде мы ушли дальше всех в плане внедрения Cursor. Мы первые в департаменте, кто развернул такую штуку на проекте и первые кто проходит всей командой этап реализации с помощью новых инструментов.