Backlog на три года - это не длинная очередь задач. Это момент, когда компания уже не выбирает, что ей действительно нужно. Я видел это очень предметно. Оператор склада писал напрямую программисту. Директор по логистике ставил задачу руководителю разработки. Потом приходил запрос от CEO - и команда снова бросала то, что делала до этого. Со стороны выглядело, что ИТ работает медленно. При разборе оказалось другое: ИТ работало одновременно над всем. Задачи жили в почте, мессенджерах, нескольких Excel-файлах и личных договоренностях. У разных людей были разные версии очереди. Формального приоритета не было почти нигде, потому что каждый заказчик считал свою задачу главной. Когда собрали реальный список и посчитали скорость команды, получилось три года backlog. Не план. Не roadmap. Просто расчет: компания накапливает запросы быстрее, чем способна их выполнять. Дальше пришлось сделать то, что обычно не любят делать. Убрать дубли. Закрыть старые запросы. Вычеркнуть задачи без владельца. Отдельно разобрать то, что решалось настройкой, обучением или изменением процесса без разработки. В разработку дошел только остаток. После этого backlog сократился с трех лет до трех месяцев. Количество задач с реальным бизнес-результатом выросло с 23-25 до порядка 500 в год. Без расширения штатной команды. Команда не стала «работать быстрее» в магическом смысле. Компания просто начала выбирать. Очередь задач становится управлением только после отбора по деньгам, владельцу и ресурсу. Все остальное - список желаний без обязательств. Ссылка на полный текст статьи - https://sedegov.ru/blog/backlog-na-3-goda-eto-poteria-upravleniia/ #cio #управлениеиденьги