Чем больше задач одновременно, тем меньше ты реально делаешь

Недавно я попробовала делать несколько задач одновременно и поняла, что это практически невозможно.

У нас была конференция по платформе и выступали наши бизнес-заказчики, рассказывали о планах развития. Видео было длинное, двухчасовое. Я решила включить его фоном и одновременно работать над дашбордом. В итоге я не смогла ничего нормального сделать. Либо я слушала, либо делала дашборд. Как только пытаешься совмещать, работа замедляется, растет риск ошибок, и ты просто теряешь эффективность. Я быстро поняла, что лучше сначала посвятить время дашборду, а потом, когда устану, переключиться на конференцию.

Но это не только про очевидные случаи. Часто многозадачность проявляется, когда ведешь несколько проектов одновременно. Постоянное переключение контекста, возвращение к прошлым действиям, обновление того, что уже сделал. Всё это занимает кучу времени. Кажется, что ты работаешь, а на самом деле прогресс минимальный.

Я объясняю это руководству и своим коллегам так: если у нас несколько задач одновременно, лучше сначала сделать одну, а потом приступать к следующей. Это экономит время и уменьшает ошибки.

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

По моему опыту, многозадачность в IT почти всегда замедляет работу. Но, к сожалению, менеджеры очень любят ставить одни проекты на паузы, в то время, когда другие нужно выполнить СРОЧНО.

А вы как боретесь с этим? Случалось ли вам ловить себя на том, что переключение между задачами снижает скорость и качество работы?