У меня в команде было 8 тестировщиков. И в один прекрасный день на каждого падало по 3–5 задач - все «суперважные» и «суперсрочные». 😅

А на одном из проектов было несколько руководителей проектов. Каждый приходил со своим списком срочного. И каждый искренне считал, что именно его задача - самая главная.

Вот как я с этим работаю.

1. Собираю всё в одном месте. Все задачи, сроки и приоритеты - в таблицу. Не в голове, не в чатах, не в сообщениях «ну там буквально на пять минут».

2. Уточняю, что действительно срочно. «Очень важно и нужно вчера» - это пока эмоция, а не приоритет. Пара уточняющих вопросов иногда здорово меняет картину. 😉

3. Согласовываю очередность. Смотрю на важность для бизнеса, обязательства перед заказчиком и реальные возможности команды. Если все не помещается в сроки, вместе с руководителем проекта решаем, что делаем первым, а что переносим.

4. Если ресурсов не хватает - ищем варианты. Дополнительные люди, перенос сроков, перераспределение задач или замена одной задачи другой. Не просто «не успеваем», а предлагаем, как можно решить ситуацию.

5. Распределяю задачи с учетом людей. Кто лучше справится, у кого какая загрузка, кто доступен, кому задача поможет вырасти. Учитываю даже усталость: на одном из проектов работа шла в таком темпе, что человек искренне радовался задаче полегче. И это тоже нормально. 😅

А ещё я защищаю команду. Если разработка не исправила критические ошибки, тестировщикам не всегда есть смысл начинать проверку. Если задачи не согласовывались с командой, а сроки уже обещаны заказчику, нужно обсуждать реальность этих сроков, а не просто требовать ускориться.

Конечно, договориться получается не всегда. Но я стараюсь.

Мой главный принцип: если у всех задач приоритет № 1, значит, приоритетов у нас нет.

Срочность - это не громкость, с которой просят сделать задачу. Это обоснование, почему ее нужно сделать первой.

А договариваться с руководителями проектов я продолжаю учиться. Кажется, это навык без финального уровня прокачки. 😉