arrow

назад

Автоматизировать нельзя анализировать (запятую поставь сам)

UPD: Автор начал редактировать свой исходный пост. Пока лучше не стало, а сам пост уже не поспевает за уточнениями автора в комментариях. Возможно, к следующей редакции позиции наконец встретятся 😌

Здравствуйте, мои большие любители автоматизации 👋🏻

Давайте посмотрим, что именно автор нам предлагает автоматизировать в работе системного/бизнес-аналитика. Потому что между “автоматизировать рутину” и “поручить LLM работу аналитика” есть небольшая, но довольно существенная разница. Для удобства я даже разбил на нумерованные пункты, что для меня несвойственно тут.

1. Требования из интервью

Автор предлагает нам взять транскрипт встречи и попросить LLM “выявить ключевые требования”. У меня вопрос тут к автору: а он сам пробовал? Практикует постоянно такое? Если да, мне было бы очень интересно узнать, как именно он проверяет полученные таким способом “ключевые требования”.

Почему? Потому что, коллеги, из транскрипта можно извлечь зафиксированную в нем информацию: высказывания стейкхолдеров, потенциальные требования, ограничения, проблемы, противоречия, вопросы. Можно структурировать это и получить прекрасный материал для дальнейшей работы аналитика.

Но сами требования не лежат внутри транскрипта и не ждут, пока нейросеть их оттуда достанет.

Стейкхолдер может описывать текущее решение вместо потребности, предлагать конкретную реализацию, противоречить другим участникам, не знать об ограничениях или даже просто… ошибаться? Аналитик выясняет, уточняет, сопоставляет и проверяет. Поэтому транскрипт → черновик мне нравится. Транскрипт → “готовые артефакты” уже выглядит как попытка автоматизировать этап, содержание которого мы сначала упростили.

2. Бэклог и тикеты

“Агент мониторит папку с новыми требованиями и накидывает драфты user story в Jira”.

У меня сразу два вопроса: что такое “папка с новыми требованиями” и почему лежащее там вообще должно превращаться в user story? Не те ли это “требования”, которые появились в результате п. 1? Думаем, коллеги, думаем.

User story не является универсальной упаковкой для требования. Сюрприз? Нет. Для вас, коллеги, тоже наверное нет, если вы хоть раз работали с ними. А перестановка текста в конструкцию “Как X, я хочу Y, чтобы Z” аналитической работы не производит. Внезапно? Нет.

Если пользователь, его цель, контекст, границы, зависимости и ограничения уже определены человеком, а агент просто создает по этим данным однотипные тикеты, прекрасно. Поздравляю, мы автоматизировали рутину.

Если все это агент должен определить самостоятельно, то мы уже автоматизировали не заполнение Jira, а отдали ему, собственно, часть анализа. И почему-то требования к такому решению в посте остаются теми же: подключили коннектор и пошли пить воду у кулера.

3. Регулярная отчетность

Вот здесь у меня вопросов и нет.

Известные источники, повторяемая структура, определенные правила обработки, проверяемый результат. Хороший кандидат на автоматизацию. И формулировка “приходишь не собирать данные, а уже анализировать” мне тоже, как любят писать в сгенерированных дешевыми LLM комментариях, “особенно откликается”. Машина снимает механическую работу, человек занимается интерпретацией. Плюсик.

4. Все зависит от фантазии

Нет, не зависит, представьте себе. Если это такой стилистический ход, то выбран он не очень удачно.

Автоматизируемость задачи определяется не богатством внутреннего мира аналитика, а доступностью необходимого контекста, формализуемостью правил, объемом неявного предметного знания, возможностью верификации результата и ценой ошибки.

А еще агенты действительно “жрут токены”, но из этого вовсе не следует, что при частых запусках “лучше рассматривать локальные модели”. Не лучше. Точнее, не всегда. У локального inference тоже есть стоимость: оборудование, эксплуатация, производительность и, главное, возможная разница в качестве моделей. Считать нужно экономику конкретного сценария, а не количество запусков.

В общем, коллеги, я тоже за автоматизацию автоматизации. Только перед тем как автоматизировать работу аналитика, неплохо бы сначала ее проанализировать.

repost

55

input message

напишите коммент


20 комментов

Сама по себе идея анализировать встречи, переписку и т.д. хорошая. Вопрос только в том, что можно оттуда вытащить (подсказка вытащить можно немало, но не совсем то, о чем писали) Например можно по терминам и ключевым словам вытащить на каком языке кто общается и посмотреть, совпадают ли они. Можно вытащить от кого шла инициатива, кто соглашался, кто нет, в чем были разногласия. На мой скромный взгляд, хоть я и не аналитик это может нести пользу и это можно доверить ИИ

1

ответить

Вот здесь полностью согласен, Роман 😌 Именно поэтому я отдельно написал, что из транскрипта можно извлекать и структурировать массу полезной информации, и ваши примеры отлично этот список дополняют. У меня возражение начинается ровно в момент перехода от "извлечь и структурировать информацию для дальнейшего анализа" к "выявить требования" и тем более "получить готовые артефакты" (хотя, если считать условный "draft требований", то это с натяжкой наверное можно тоже назвать "готовым артефактом"). Это уже разные задачи, хотя технически могут выглядеть как один красивый промпт 😌

0

ответить

можно вытянуть, что угодно) сейчас транскрипт - это полная информация о беседе с разограничением по ролям и тд. Нейронки сейчас очень хорошо понимают контекст и могут провести первичный анализ на достойном уровне, но перепроверить все равно придется.

0

ответить

Я могу конечно ошибаться, но любая идея решить все удачным промптом будет напоминать классическую историю про Вовку и Двое-из-ларца-одинаковы-с-лица

1

ответить

для этого и нужен человек и это ответ, почему ии нас никогда не заменит, но дружить с этим надо или ты навсегда останешься позади

0

ответить

Не разделяю вашего скепсиса, коллега, не стоит боятся всего нового, иначе рискуете остаться на обочине жизни. Если что-то можно автоматизировать - это нужно автоматизировать, каждый сэкономленный час делает ваше время немного дороже - базовые принципы экономики. Перечитав оригинальный пост в компетенциях автора сомнений не возникло. Мощности локальных моделей развернутых на оборудовании стоимостью до 5к долларов вполне хватит для закрытия задач из поста, практикуйтесь больше, изучайте новое, и уверен, тоже прийдете к пониманию данной темы

0

ответить

Добрый день, Дмитрий 👋🏻 Только вот мой пост совсем не о страхе перед новым и не о том, что автоматизация не нужна. Более того, один из предложенных сценариев автора я прямо назвал хорошим кандидатом на автоматизацию. А вот с принципом "если что-то можно автоматизировать, это нужно автоматизировать" я не соглашусь именно с экономической точки зрения. Техническая возможность автоматизации еще не означает ее целесообразности: нужно учитывать стоимость внедрения, эксплуатации, контроля и ошибок, а также ценность высвобождаемого времени. То же самое и с локальными моделями. Я не утверждал, что их мощностей недостаточно. Мой тезис проще: из высокой частоты запусков еще не следует, что локальная модель экономически выгоднее. Это нужно считать для конкретного сценария 😌

0

ответить

Про интервью какждый раз тоже поражаюсь. Один раз задала автору вопрос: "А если стейкхолдер вообще не по порядку рассказывает и каждое слово из него вытаскивать приодится?". Мне ответили, что я должна разобраться по ходу и каждый раз переспрашивать: "Я правильно поняла?" А дальше за него все рассказать по порядку на микрофон. И тогда волшебный ИИ нарисует за меня схему. Так я потеряю то же время на интервью, которое сэкономлю на схеме. И не факт, что стейкхолдер будет рад этой пытке и у него есть столько времени. Про отчеты тоже добавлю. Вряд ли ИИ поможет, если все отчеты раноформатные. А в одинаковых колонках разные цифры записаны. Например: прожпжи с НДС и без него; себестоимомть с транспортными и без неё, продажи с возвратами и без них.

-1

ответить

Ох, Анна, я видел целый сервис, который обещал на ИИ-интервью то ли "составить процессную карту организации", то ли даже уже с анализом, рекомендациями и TO-BE под ключ 😌 Даже постил про это довольно давно тут 😌

0

ответить

Добрый день! Такие инструменты, конечно, не волшебная таблетка, и перепроверять данные нужно. Но к счастью, на данном этапе ИИ очень хорошо справляется с контекстом, чтобы собрать и структурировать информацию; дальше аналитик должен проявить экспертизу и отсеять лишнее. Что касается отчётов, вы немного путаете агента и скрипт. В том-то и смысл, что агент, следуя заранее заданному флоу, может формировать отчёты разной сложности. Да, это тоже не идеальный инструмент, но при должной настройке он достаточно гибок

1

ответить

Прекрасно. Но я так и не поняла, как мне сэкономить время? Я трачу его либо на интерввью, ражевывая каждый шаг, либо на составлении схемы если промто анализирую и складываю то, что мне наговорили.

0

ответить

Структура такого подхода следующая: вы как аналитик проводите интервью с заказчиком, где выявляете требования. Далее вы выгружаете отчет о проведенном интервью и обрабатываете его с помощью нейросети, выявляя основные потребности. Допустим, нужно собрать все бизнес-требования, которые озвучил заказчик, в один файл, и дальше вам предстоит оценить то, что нашла нейросеть в контексте. Если говорить об агенте, то вы можете просто автоматизировать этот процесс (чего не понял автор прожарщик моего поста): агент сам возьмет запись, сам отработает и сам создаст шаблон с требованиями. Опять же, это можно сделать руками, но эта рутина займет намного больше времени, чем точечные изменения

0

ответить

Поимер требований, пожалуйста, приведите. А еще лучше практический кейс по использованию Вашего метода.

0

ответить

Если вам интересно, можете написать мне в ЛС, я с удовольствием постараюсь рассказать и показать. У вас опыт очень большой, так что я понимаю, что это вы ещё меня можете научить, но я просто пытаюсь показать новые инструменты, которыми сейчас пользуются / начинают пользоваться люди.

2

ответить

Друг ты приделаешься к словам, конечно нужно вручную проверять. Ты думаешь по транскрипту он не сможет выявить требования? ты хоть раз интервью проводил? Ты знаешь как в конфлю работают шаблоны и что такое агент? Ты лучше выдохни и ручками таблички в ексель заполни скуфчик)

0

ответить

Коллега, вы, кажется, немного перепутали Сетку с аниме-форумом😌 "Друг", "ты хоть раз интервью проводил?", "выдохни", "скуфчик" - это, конечно, очень выразительно, но я пришел под профессиональный пост обсуждать его содержание, а не выяснять, кто из нас убедительнее общается в интернете в стилистике двача. Причем все это вы пишете публично, под собственным именем, в профессиональной социальной сети. Если захотите вернуться к профессиональной дискуссии - с удовольствием. В таком формате мне просто неинтересно.

-1

ответить

не, ты репостунл, чтобы высмеять, но штаны забыл снять, так что зачилься. ты же сам пишешь, что ты тролишь и ты вообще токсик, но начинаешь плакать когда тебе отвечают

0

ответить

Ребятам, которые хотят научиться делать это на реальных проектах, а не от непонятного персонажа с отсталыми от времени взглядами, welcome

0

ответить

Лови подписку, думаю, нам есть что обсудить, коллега

0

ответить

· 18 мин

Прочитал твой пост и вспомнил одну компанию где моя команда внедряла инструменты автоматизации анализа бизнесс процессов, пришлось пройти три круга ада 🥲 чтобы объяснить каждому староверу эффективность внедрения полного цикла обработки сырых данных через ИИ, рад что сейчас молодые спецы так активно развиваются и продвигают эту тему

1

ответить

еще контент автора

пост закреплён — пока закрепить можно только один пост

trash bin
перейти к нему не получится