Мы в BASO-IT много пишем технических дизайнов на внедрение BPMSoft. И это не та работа,... — 12 апреля 2026 г. в 08:15:44.734
Мы в BASO-IT много пишем технических дизайнов на внедрение BPMSoft. И это не та работа, которую хочется делать руками. Честно говоря, меня написание ТЗ раздражает больше всего (слава богу пишу их не я) Расскажу два сценария, где мы затащили скиллы для Claude Code, и стало сильно легче. Сценарий первый - исследование. Приходит УСЛОВНЫЙ запрос клиента: «нужно, чтобы входящие обращения по email автоматически создавали ОБращение такого-то типа». Разраб открывает дистрибутив и начинает копать: есть ли уже такой механизм, как работает регистрация входящих, какие схемы задействованы, что пишут на форуме. По-хорошему это полдня-день работы, и большую часть времени ты не думаешь, а просто ищешь. Мы сделали скилл bpmsoft-research. Он идёт в локальный индекс кода (базовые пакеты со схемами, процессами, сервисами, страницами), в нашу базу знаний (документация + форум BPMSoft) и возвращает не «общие соображения», а конкретные объекты, методы и ссылки на файлы дистрибутива. И что важно - если аналога нет, он честно пишет «не найден», а не галлюцинирует «наверное, есть SomethingManager, попробуйте». То есть он все подтерждает референсами. Сценарий второй - написание самого ТЗ. Транскрипции встреч, документы клиента, BPMN-диаграммы. Раньше аналитик всё это читал, выделял функциональные блоки, шёл к архитектору с вопросами, потом садился за шаблон. Мы упаковали это в скилл td-generator. Четыре фазы с контрольными точками, где человек говорит «ок, идём дальше»: - валидация папок и индекса - чтение встреч и документов, выделение функциональных блоков и блокирующих вопросов - research по каждому блоку через bpmsoft-research, варианты решения с референсами из дистрибутива - генерация готового ТЗ по нашему шаблону (причем он еще и рисует bpmn диаграммы, например если клиент скинул общий огромный процесс, то он его разобъет на отдельные процессы) Ключевое - это не «сгенерировать ТЗ одной кнопкой». Это пайплайн, где у аналитика есть возможность вмешаться ровно там, где нужна экспертиза: на выделении требований и на выборе варианта решения. Всё остальное, что раньше съедало дни и недели, делается за часы. Скиллы тут не заменили аналитика. Они убрали ту часть работы, которую аналитик и сам бы хотел не делать. А время на экспертизу и спорные решения наконец осталось.