ВЛЁТЫ ЗАДАЧ. КАК РЕАГИРОВАТЬ, ЧТОБЫ НЕ ОБЛАЖАТЬСЯ?

Влёты часто демонизируют в IT как нечто плохое. На самом деле это абсолютно нормальное явление. Порой они даже идут на пользу проекту. От них не застраховаться, поэтому важно научиться с ними работать.

🤬 Что такое влёты?
Представим, что у тебя запланированы дела на ближайшее время, работа кипит, команда пыхтит, а тут неожиданно прилетает новая задача с высоким приоритетом. Горячая. Расталкивает остальных и говорит: вот она я, тута, берите и скорее, я самая важная, остальные подождут. Вот это влет.

⛔️ Что делать с влетами?
Ошибка: отказаться выполнять и послать обратно, откуда пришли. Фатальная ошибка: немедленно приняться за исполнение.

🥄 Как правильно?
Если бы существовал идеальный рецепт, то проекты бы всегда запускались в срок, без багов и стресса. Но реальность иная. Есть множество факторов, которые важно учесть: капасити, ресурсный план, текущую загрузку, этап работ, взаимосвязи между задачами, дедлайны, приоритеты.

👨‍💻 Но.. все же есть универсальный рецепт для 99% случаев
Брифуем, ставим приоритет, выясняем дедлайн, оцениваем время и сложность реализации, сравниваем с текущими задачами (их приоритет, очередь, готовность, ресурсный план, оценку, дедлайн).

Далее прикидываем вместо или после какой задачи можем взять в работу, прогнозируем связанные с этим риски и предоставляем заказчику общую картину: сейчас у нас вот че, вы хотите это, тогда поменяется на вот так или этак. Что выбираете?

📞 Что мы сделали?
Не поломали старое, не отказались от нового. Влет — не значит плохо. Может до этого мы реально делали ерунду. Но и не значит хорошо, ведь это может быть вспышкой энтузиазма, который следует потушить до возникновения пожара.

Влеты — не показатель плохого заказчика. Но мгновенное бездумное реагирование либо наоборот полный отказ от исполнения — показатель плохого управленца. Наша задача — не поддаваться эмоциям, а думать на шаг вперёд и давать заказчику осознанный выбор. Даже если заказчик — мы сами.