Как я веду 3 продукта и не выгораю ЧАСТЬ 2
💬 И так, что же делать, когда к вам пришли с горящей задачей? До того как её взять, задайте несколько вопросов гонцу:
0. Фундаментально: А зачем мы это делаем? Попросите скинуть заполненный паспорт задачи в трекере или ещё где-то, чтобы у вас появилась фактура, по которой вы хотя бы сможете предсказать примерные сроки выполнения. Или поймете, что задачу вообще делать не нужно)
1. Когда дедлайн? Дедлайн вчера или asap не принимается. Дизайнеры не специалисты таких профессий, где счёт идёт на минуты или часы.
2. Чем этот дедлайн обусловлен? Узнать почему готовое решение или макет хотят получить именно в этот день? Что произойдёт, если он появится позже?
Потом заметите, что не все срочные задачи на самом деле таковы)
❗️ А если задача действительно срочная?
Переприоритизируемся. У вас уже есть фокусная задача и когда продакт приносит новую спрашиваем:
Получили ок — замечательно, идём делать. Новая срочная задача не должна просто ложиться сверху вашего текущего бэклога. Есть здоровая гибкость, а есть эксплуатация вашего синдрома спасателя, поэтому не бойтесь отстаивать свои профессиональные границы, это не делает вас плохим специалистом!
В следующем посте расскажу про свой опыт введения новых процессов в команду
0. Фундаментально: А зачем мы это делаем? Попросите скинуть заполненный паспорт задачи в трекере или ещё где-то, чтобы у вас появилась фактура, по которой вы хотя бы сможете предсказать примерные сроки выполнения. Или поймете, что задачу вообще делать не нужно)
1. Когда дедлайн? Дедлайн вчера или asap не принимается. Дизайнеры не специалисты таких профессий, где счёт идёт на минуты или часы.
2. Чем этот дедлайн обусловлен? Узнать почему готовое решение или макет хотят получить именно в этот день? Что произойдёт, если он появится позже?
Потом заметите, что не все срочные задачи на самом деле таковы)
Переприоритизируемся. У вас уже есть фокусная задача и когда продакт приносит новую спрашиваем:
«Дорогой мистер продакт, правильно понимаю, что сейчас мы делаем эту задачу приоритетом №1, а запланированная задача больше не первый приоритет и мы её сдвигаем? Тебе ок?»
Получили ок — замечательно, идём делать. Новая срочная задача не должна просто ложиться сверху вашего текущего бэклога. Есть здоровая гибкость, а есть эксплуатация вашего синдрома спасателя, поэтому не бойтесь отстаивать свои профессиональные границы, это не делает вас плохим специалистом!
В следующем посте расскажу про свой опыт введения новых процессов в команду
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5❤🔥3🔥3
Проживаю свою прайм кринж эру, учусь не стыдиться быть собой и вам советую 💋 скоро выйдет видео на юпуп
🔥17
У меня вечные пожары на работе, что же делать, как пофиксить? или как я веду 3 продукта и не выгораю ЧАСТЬ 3
Вам мнужно провести аудит влётных задач, как часто, зачем, почему они случаются? Есть ли сейчас какая-то система планирования в команде? Если да, то какие в ней дыры и как их можно залатать? Почитайте зачем груминг и чем он отличается от планирования. Декомпозируйте, создавайте классификацию задач, почитайте про классификацию задач (например, когда вы разбиваете задачи на S/M/L).
Засеките 2 недели вашего рабочего времени, на что вы их тратите реально, сколько часов ушло на hands-on work, сколько на согласование(даже когда вы просто кидались комментами в фигме). Потом прикиньте сколько дней занимает задача по выбранной вами классификации. In a nutshell, займитесь проектным управлением aka проджект-менедженрством
Когда вы проведёте первый созвоны, когда начнёте менять привычные процессы, скорее всего, это будет больно для всех участников. Будет сопротивление. Всё новое неприятно. Я тоже с этим сталкивалась. Договаривайтесь, объясняйте почему ваша работу требует столько время, сколько вы говорите. Рассказывайте тиммейтам, что входит в ваши обязанности.
Составляйте роудмап на квартал, опрозрачивайте вашу работу по шагам. Учитесь выдерживать некморфтные для вас разговоры. В итоге вы сделаете более предсказуемой не только свою работу, но и работу всей команды. Не думайте, что за 1 созвон вы всё исправите, это займёт пару месяцев. And it's ok.
Влётные задачи будут всегда, это нормально, главное чтобы они не становились системой. А если уже так случилось, то меняйте процессы, со скрипом и треском, но попробуйте хотя бы это сделать. Никто, кроме вас самих, не заинтересован в том, чтобы вы не выгорали.
Работа — это не спринт, который нужно бежать с горящей жопой. Это марафон, который вам нужно пробежать так, чтобы к финишу у вас всё ещё была жопа, а не пепелище 🤲
Что думаете? Меняли ли вы подобные процессы в своей команде? Буду рада почитать ваш опыт 💜
Вам мнужно провести аудит влётных задач, как часто, зачем, почему они случаются? Есть ли сейчас какая-то система планирования в команде? Если да, то какие в ней дыры и как их можно залатать? Почитайте зачем груминг и чем он отличается от планирования. Декомпозируйте, создавайте классификацию задач, почитайте про классификацию задач (например, когда вы разбиваете задачи на S/M/L).
Засеките 2 недели вашего рабочего времени, на что вы их тратите реально, сколько часов ушло на hands-on work, сколько на согласование(даже когда вы просто кидались комментами в фигме). Потом прикиньте сколько дней занимает задача по выбранной вами классификации. In a nutshell, займитесь проектным управлением aka проджект-менедженрством
Почему разработке можно делать кнопку неделю, а дизайнер должен нестись сломя голову ставить кнопку в макет за 1 час?)
Когда вы проведёте первый созвоны, когда начнёте менять привычные процессы, скорее всего, это будет больно для всех участников. Будет сопротивление. Всё новое неприятно. Я тоже с этим сталкивалась. Договаривайтесь, объясняйте почему ваша работу требует столько время, сколько вы говорите. Рассказывайте тиммейтам, что входит в ваши обязанности.
Составляйте роудмап на квартал, опрозрачивайте вашу работу по шагам. Учитесь выдерживать некморфтные для вас разговоры. В итоге вы сделаете более предсказуемой не только свою работу, но и работу всей команды. Не думайте, что за 1 созвон вы всё исправите, это займёт пару месяцев. And it's ok.
Влётные задачи будут всегда, это нормально, главное чтобы они не становились системой. А если уже так случилось, то меняйте процессы, со скрипом и треском, но попробуйте хотя бы это сделать. Никто, кроме вас самих, не заинтересован в том, чтобы вы не выгорали.
Работа — это не спринт, который нужно бежать с горящей жопой. Это марафон, который вам нужно пробежать так, чтобы к финишу у вас всё ещё была жопа, а не пепелище 🤲
Что думаете? Меняли ли вы подобные процессы в своей команде? Буду рада почитать ваш опыт 💜
⚡5💯2