⚡️ Кейс: как вернуть топам реальность

Разбирали кейс AI-трансформации. Цели спущены сверху, к середине года их еще ужесточили, команды соревнуются между собой.

Раз в месяц — большое орг-демо, где все показывают, как здорово автоматизировали работу агентами.

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

Мы нарисовали причинно-следственные циклы, и вылез интересный механизм: чем сильнее давление по целям, тем красивее становится картинка наверх. А чем красивее картинка, тем хуже руководство понимает реальное состояние дел и тем менее адекватные решения принимает.

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

В Scrum на Sprint Review показывают только то, что соответствует Definition of Done. Тогда инспекция имеет смысл: есть прозрачность — работает эмпирический контроль. Нет прозрачности — остается театр, и решения принимаются по картинке, которой в реальности нет.

Если в компании есть общие демо-дни, вывод тот же: у демо-дня должен быть свой DoD.

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

И еще две вещи, без которых DoD для демо не заработает. Команды не сравнивают между собой. За внедрение не платят премию. Пока за цифру в отчете что-то дают или отнимают, цифра будет рисоваться.

У вас демо или потемкинская деревня?