Ваш CTO — самый дорогой поисковик компании? 🔎
Представим обычный день CTO. Коллега спрашивает: — Почему задерживаем релиз? CTO открывает Jira. Потом Confluence. Потом GitLab. Потом TMS. Потом пишет QA. Потом руководителю разработки. Через 40 минут: — Так… кажется, понял 😄 Знакомо? Самое интересное — вся информация у компании уже есть. Просто она живёт в разных местах: Jira знает про задачи. GitLab — про код. TMS — про тесты. Confluence — про требования. А CTO — пытается собрать всё это в голове.
Получается довольно дорогой поисковик. Именно эту проблему мы решаем с помощью ИИ Агента. Он подключается к корпоративным системам и собирает информацию в единый контекст проекта. Вместо: Jira → Confluence → GitLab → TMS → чаты → «А что там вообще происходит?» можно просто спросить: «Что сейчас мешает нам выпустить релиз?» И получить ответ на основе данных проекта. Без бесконечного переключения между вкладками и попыток собрать картину вручную. При этом ИИ Агент не принимает решения за руководителя. Он делает то, что умеет лучше всего: быстро собирает информацию, находит взаимосвязи и помогает увидеть целую картину. А CTO уже принимает решение. Если хотите посмотреть, как это работает на практике — напишите мне «ДЕМО» в комментариях или в личку. Покажем ИИ Агента в работе, без презентации на 50 слайдов 🙂 #ПерфомансЛАБ #ИИ #AI #CTO #CIO #РазработкаПО #IT #ИскусственныйИнтеллект #AIдлябизнеса #УправлениеПроектами
· вчера
Единый контекст сокращает поиск, но оставляет более неприятный вопрос: какой источник считать нормативным, если Jira говорит «готово», TMS — «не пройдено», а в Confluence описана уже отменённая версия требований?
В нашей практике полезно хранить у каждого источника владельца, дату, статус и область действия, а противоречие не сглаживать в один ответ. Как ваш агент выбирает актуальную версию и показывает CTO конфликт между источниками вместо единого уверенного ответа?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 6 ч
Вы ровно в тот слой попали, где начинается самое интересное 🙂
Просто собрать Jira + TMS + Confluence недостаточно. Если агент сгладит конфликт и даст один уверенный ответ — это скорее проблема, чем польза.
Нормальная модель должна уметь показать CTO:
— какие источники противоречат друг другу; — какая версия данных актуальнее; — кто владелец источника; — когда он обновлялся; — по какому правилу сделан вывод.
И если однозначного ответа нет — так и сказать.
У нас как раз подобные сценарии обсуждаем при проектировании пилотов. Если интересно, могу показать, как мы это видим на уровне логики агента — думаю, вам как Head of Data Products будет что покритиковать 🙂
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён