Автоматизировать нельзя анализировать (запятую поставь сам)
UPD: Автор начал редактировать свой исходный пост. Пока лучше не стало, а сам пост уже не поспевает за уточнениями автора в комментариях. Возможно, к следующей редакции позиции наконец встретятся 😌
Здравствуйте, мои большие любители автоматизации 👋🏻
Давайте посмотрим, что именно автор нам предлагает автоматизировать в работе системного/бизнес-аналитика. Потому что между “автоматизировать рутину” и “поручить LLM работу аналитика” есть небольшая, но довольно существенная разница. Для удобства я даже разбил на нумерованные пункты, что для меня несвойственно тут.
1. Требования из интервью
Автор предлагает нам взять транскрипт встречи и попросить LLM “выявить ключевые требования”. У меня вопрос тут к автору: а он сам пробовал? Практикует постоянно такое? Если да, мне было бы очень интересно узнать, как именно он проверяет полученные таким способом “ключевые требования”.
Почему? Потому что, коллеги, из транскрипта можно извлечь зафиксированную в нем информацию: высказывания стейкхолдеров, потенциальные требования, ограничения, проблемы, противоречия, вопросы. Можно структурировать это и получить прекрасный материал для дальнейшей работы аналитика.
Но сами требования не лежат внутри транскрипта и не ждут, пока нейросеть их оттуда достанет.
Стейкхолдер может описывать текущее решение вместо потребности, предлагать конкретную реализацию, противоречить другим участникам, не знать об ограничениях или даже просто… ошибаться? Аналитик выясняет, уточняет, сопоставляет и проверяет. Поэтому транскрипт → черновик мне нравится. Транскрипт → “готовые артефакты” уже выглядит как попытка автоматизировать этап, содержание которого мы сначала упростили.
2. Бэклог и тикеты
“Агент мониторит папку с новыми требованиями и накидывает драфты user story в Jira”.
У меня сразу два вопроса: что такое “папка с новыми требованиями” и почему лежащее там вообще должно превращаться в user story? Не те ли это “требования”, которые появились в результате п. 1? Думаем, коллеги, думаем.
User story не является универсальной упаковкой для требования. Сюрприз? Нет. Для вас, коллеги, тоже наверное нет, если вы хоть раз работали с ними. А перестановка текста в конструкцию “Как X, я хочу Y, чтобы Z” аналитической работы не производит. Внезапно? Нет.
Если пользователь, его цель, контекст, границы, зависимости и ограничения уже определены человеком, а агент просто создает по этим данным однотипные тикеты, прекрасно. Поздравляю, мы автоматизировали рутину.
Если все это агент должен определить самостоятельно, то мы уже автоматизировали не заполнение Jira, а отдали ему, собственно, часть анализа. И почему-то требования к такому решению в посте остаются теми же: подключили коннектор и пошли пить воду у кулера.
3. Регулярная отчетность
Вот здесь у меня вопросов и нет.
Известные источники, повторяемая структура, определенные правила обработки, проверяемый результат. Хороший кандидат на автоматизацию. И формулировка “приходишь не собирать данные, а уже анализировать” мне тоже, как любят писать в сгенерированных дешевыми LLM комментариях, “особенно откликается”. Машина снимает механическую работу, человек занимается интерпретацией. Плюсик.
4. Все зависит от фантазии
Нет, не зависит, представьте себе. Если это такой стилистический ход, то выбран он не очень удачно.
Автоматизируемость задачи определяется не богатством внутреннего мира аналитика, а доступностью необходимого контекста, формализуемостью правил, объемом неявного предметного знания, возможностью верификации результата и ценой ошибки.
А еще агенты действительно “жрут токены”, но из этого вовсе не следует, что при частых запусках “лучше рассматривать локальные модели”. Не лучше. Точнее, не всегда. У локального inference тоже есть стоимость: оборудование, эксплуатация, производительность и, главное, возможная разница в качестве моделей. Считать нужно экономику конкретного сценария, а не количество запусков.
В общем, коллеги, я тоже за автоматизацию автоматизации. Только перед тем как автоматизировать работу аналитика, неплохо бы сначала ее проанализировать.
· 1 ч
Сама по себе идея анализировать встречи, переписку и т.д. хорошая. Вопрос только в том, что можно оттуда вытащить (подсказка вытащить можно немало, но не совсем то, о чем писали) Например можно по терминам и ключевым словам вытащить на каком языке кто общается и посмотреть, совпадают ли они. Можно вытащить от кого шла инициатива, кто соглашался, кто нет, в чем были разногласия. На мой скромный взгляд, хоть я и не аналитик это может нести пользу и это можно доверить ИИ
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 1 ч
Вот здесь полностью согласен, Роман 😌 Именно поэтому я отдельно написал, что из транскрипта можно извлекать и структурировать массу полезной информации, и ваши примеры отлично этот список дополняют. У меня возражение начинается ровно в момент перехода от "извлечь и структурировать информацию для дальнейшего анализа" к "выявить требования" и тем более "получить готовые артефакты" (хотя, если считать условный "draft требований", то это с натяжкой наверное можно тоже назвать "готовым артефактом"). Это уже разные задачи, хотя технически могут выглядеть как один красивый промпт 😌
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 1 ч
можно вытянуть, что угодно) сейчас транскрипт - это полная информация о беседе с разограничением по ролям и тд. Нейронки сейчас очень хорошо понимают контекст и могут провести первичный анализ на достойном уровне, но перепроверить все равно придется.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 45 мин
Я могу конечно ошибаться, но любая идея решить все удачным промптом будет напоминать классическую историю про Вовку и Двое-из-ларца-одинаковы-с-лица
1
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 33 мин
для этого и нужен человек и это ответ, почему ии нас никогда не заменит, но дружить с этим надо или ты навсегда останешься позади
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён