Comments 20
Полина, спасибо за опыт и практические инструменты, отдельные респекты за то, что поделилась ошибками и выводами из них сделанными ❤️ Кайф!
Что такое груминг ? В контексте it, у собачек знаю...
да примерно то же, что и у собачек )) "Причесывание" бэклога - уточнение формулировок задач, критериев готовности, декомпозиция, оценка, приоритизация.
В контексте статьи - если совсем просто - командная встреча по подготовке задачи к разработке до того состояния, когда каждый член команды одинаково понимает, что надо сделать
Меня удивил ваш процент техдолга. Он сильно низок. Вы пилите что-то прям молодое молодое?
3 года на текущий момент. Но в начале 2023 было полтора года. И вот в тот момент там как раз накопился техдолг за эти полтора года, которому особо не уделялось внимание. К сожалению, метрик тогда еще не было и мы не полностью понимали, сколько техдолга мы берем в работу.
На графике в статье есть данные за июнь, но они еще немного искажены, поскольку метрики появились с июля 2023 и там еще шла доработка процесса. Но по памяти в районе апреля-мая у нас на техдолг уходило около 50% времени. Можно увидеть, что до марта 2024 уходило 15-30% времени на техдолг. Сейчас процент снизился. Но хочу отметить, что график в статье показывает, сколько времени реально выделяется на техдолг, а для количества накопленного техдолга и наблюдения его в динамике нужен другой график. Типа такого (это уже с другого дашборда другой команды, про него можно еще одну отдельную статью написать). На нем уже видно, что техдолг копится и надо уделять ему больше времени
Тут что-то на эффективно-менеджерском.
а дашборд где сделан? в каком инструменте?
Я бы не вашем месте убрал слово "прокрастинация" из заголовка. Прокрастинация - следствие нездоровой истории в компании. А новые процессы и контроль только генерят дополнительную прокрастинацию.
Очередная статья, в которой манагер пытается научить работать других, занимаясь неведомой хернёй...
что такое Ручник в Распределении по типам работ?
Это задачи, которые разработке приходится делать руками. Одно время у нас были задачки по пересинхронизации базы, там нужно было выбрать определенных юзеров руками и запустить переподтягивание данные из других источников. Или задачи на ручные правки багов по конкретным юзерам, когда в базе по каким-то неведомым причинам что-то съехало.
Бывают такие штуки, когда надо срочно что-то выкатить, а админку к этому еще не приделали и пока данные в базу (какой-нибудь контент, например) пишет сам разраб.
Упоминала в комментарии выше, что за полтора года существования продуктов там накопился большой техдолг, который надо было долго исправлять и вот пока время на этот техдолг не выделялось, правили руками. Собственно увеличение количества этого самого ручника (да и вообще его наличие) - это повод задуматься о выделении времени на техдолг
Когда релиз? Как мы оптимизировали процессы с помощью метрик