Перепрыгивание от задания к заданию

В книжке «Критическая цепь» Э. Голдратта очень наглядно показан вред перепрыгивания между задачками:

tasks

Процитирую объяснение из книги:

– Предположим, что работник должен сделать три элемента: А, В и С. Эти элементы могут входить в разные проекты или в один, это значения не имеет. Выполнение каждого элемента требует ровно десять рабочих дней. Если он будет работать с элементами последовательно, то на исполнение каждого элемента уйдет десять дней. Так, через десять дней после того, как он начнет работу над В, В будет готов и его передадут другому человеку для дальнейшей работы. Но наш работник находится под давлением и старается удовлетворить требования всех. В результате он работает с одним элементом пять дней и переходит к другому элементу. Предположим, что он работает с элементами в такой очередности А, В, С, А, В, С. Каким будет время исполнения каждого элемента?

Время исполнения каждого элемента удваивается. И это при том, что мы еще не учли время, которое теряется при переключении от одного элемента на другой…Неважно, в какой форме имеет место это перепрыгивание. Это могут быть совещания, «пожары», параллельные задания. Эффект тот же самый. Время исполнения раздувается.

То же самое справделиво внутри дня. Допустим, вам нужно написать письмо, минут этак за 10. Вы начали, прошло 5 минут, вас отвлекли в мессенджере, потом еще где-нибудь, потом вы вернулись к письму (представим, что тут же сходу вспомнили, что писать дальше), потратили еще 5 минут и письмо готово. Только «календарно» письмо заняло у вас час с небольшим, а не 10 минут. И вот это раздувание может быть критичным для некоторых процессов.