Вам мнужно провести аудит влётных задач, как часто, зачем, почему они случаются? Есть ли сейчас какая-то система планирования в команде? Если да, то какие в ней дыры и как их можно залатать? Почитайте зачем груминг и чем он отличается от планирования. Декомпозируйте, создавайте классификацию задач, почитайте про классификацию задач (например, когда вы разбиваете задачи на S/M/L).
Засеките 2 недели вашего рабочего времени, на что вы их тратите реально, сколько часов ушло на hands-on work, сколько на согласование(даже когда вы просто кидались комментами в фигме). Потом прикиньте сколько дней занимает задача по выбранной вами классификации. In a nutshell, займитесь проектным управлением aka проджект-менедженрством
Почему разработке можно делать кнопку неделю, а дизайнер должен нестись сломя голову ставить кнопку в макет за 1 час?)
Когда вы проведёте первый созвоны, когда начнёте менять привычные процессы, скорее всего, это будет больно для всех участников. Будет сопротивление. Всё новое неприятно. Я тоже с этим сталкивалась. Договаривайтесь, объясняйте почему ваша работу требует столько время, сколько вы говорите. Рассказывайте тиммейтам, что входит в ваши обязанности.
Составляйте роудмап на квартал, опрозрачивайте вашу работу по шагам. Учитесь выдерживать некморфтные для вас разговоры. В итоге вы сделаете более предсказуемой не только свою работу, но и работу всей команды. Не думайте, что за 1 созвон вы всё исправите, это займёт пару месяцев. And it's ok.
Влётные задачи будут всегда, это нормально, главное чтобы они не становились системой. А если уже так случилось, то меняйте процессы, со скрипом и треском, но попробуйте хотя бы это сделать. Никто, кроме вас самих, не заинтересован в том, чтобы вы не выгорали.
Работа — это не спринт, который нужно бежать с горящей жопой. Это марафон, который вам нужно пробежать так, чтобы к финишу у вас всё ещё была жопа, а не пепелище 🤲
Что думаете? Меняли ли вы подобные процессы в своей команде? Буду рада почитать ваш опыт 💜