Проблема беклога

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

Первая и самая очевидная, что если беклог увеличивается быстрее, чем разрешается, то вероятно у нас есть проблема с пропускной способностью команды и это в целом хороший индикатор, что бы начать что-то тюнить и изменять. Но даже если вы наберёте +200% рабочей силы, беклог резко не похудеет. Это к сожалению как с зарплатой, траты только вырастают с увеличением уровня дохода. Донести порой эту истину наверх решительно невозможно.

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

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

Есть еще одна спорная, но неприятная проблема - проработанность беклога. Часто можно встретить ситуацию, когда задачи в беклоге используют как заметки. Ну слышали же такое, - "кинь задачку в беклог, чтоб не забыть"? Имхо, это хуже чем забыть. Из таких задачек потом и растет тот списываемый техдолг в беклоге, который никто не разгребает. Задача должна быть задачей, понятной и через час и через год. Но чтоб её такой сделать нужно её проработать. А это время, деньги и фокус. Если на проработку сейчас нет этих ресурсов возможно и нет необходимости в этой задачи?

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

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