Про дашборды, которые не нужны

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

— Тут видно, что команда перегружена.
— Ну, перегружена — и что?
— Надо ввести WIP-лимиты, ограничить количество задач в работе.

Окей, ограничить количество задач — уже решение. До этого я смотрел на цифры, как в старом анекдоте: «Двести». — «Что двести?»

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

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

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

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

Возможно, со временем дашборды будут появляться прямо под конкретный вопрос человека. Спросил — получил нужный срез. Но я надеюсь, что мы пойдём дальше: агент сам заметит проблему, соберёт контекст и придёт с предложением, что делать. А повторяющиеся действия, о которых мы уже договорились, возьмёт на себя.

Поэтому перед очередным дашбордом я хочу понять: кто по нему примет решение и какое именно. А дальше — можно ли уже автоматизировать проверку и реакцию.

Вполне может оказаться, что сам дашборд после этого делать незачем.

#Management #Analytics #AI