Нужна консультация в вопросе оценки определенных задач в SP.
Наша команда пытается перейти с классической разработки на agile - разработка продукта ведётся более 10 лет.
В связи с этим, трудностей в оценке доработок в виде user story у нас нет.
Но есть отдельные типы задач: рефакторинг и внутренние улучшения. Например:переработать логирование, перенести методы в другое место, добавить метрики с возможностью вывода в какую-нибудь подсистему мониторинга.
Поэтому возникает вопрос. Стоит ли оценивать такие задачи? Как их оценивать? Ведь если закладывать много неопределенности - будет снижен темп разработки. Если недооценить, а окажется, что пришлось много ресерчить - будет невыполнения часть работы на спринте.
Или есть смысл брать их в качестве дополнительной работы, если на спринте появилось время, без оценки?
Сейчас мы их никак не оцениваем.
Я видел два варианта:
1й: Продолжать оценивать их в поинтах, обсуждайте на ретро, какие возникли сложности, почему ошиблись в оценке.
Со временем:
1. Сама по себе команда сможет точнее оценивать подобные задачи
2. Выработается механизм по преданалитике инженерных задач.
2й: вынести все инженерные задачи на канбан-доску и выделять разработчикам какое-то время на разгребание задач с неё.
Обсудите со своей командой оба варианта, дайте возможность предложить свои, проведите эксперимент.
Из вашего описания как будто вы себя загоняете в какую-то гонку. когда нет ресурса физического, начинать учиться новому не очень хорошая идея. Попробуйте что-то делегировать, от чего-то отказатся. простой планировщик типа WEEEK c помощью визуализации поможет вам увидеть, где эти временные ресурсы закопаны. Главное, не забудьте запланировать сон)
Простой
Простой
