Может ли подождать заказчик? Конечно да! Если вы ценны как испольнитель и проекты не на 1 день, то обычно проект проходит несколько стадий, пока идет реализация проекта А, может начатся сбор требований проекта Б.

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

И ещё. Немного странно слышать, что на переключение между задачами отдельно тратится значимое время. Конечно, если такие переключения всегда неожиданны, несомненно будут возникать сложности и паузы в работе. Но что мешает сразу всю деятельность разработчика строить так, чтобы переключения между задачами, параллельная разработка были естественными процессами? Я, по крайней мере, в своём отделе выстроила работу именно так, по конвейерному принципу. Если интересно, я пишу об этом в своём блоге (http://www.control-freak.ru/).

Идея выстроить заказчиков в очередь – реальна ли? То есть мы можем этого хотеть, но скорее всего каждый заказчик сможет аргументированно и очень настойчиво проталкивать именно свою задачу. Вступать в вечный спор? Гарантированно разочаровать кого-то из-за того, что ему предпочли другого? Лучше начинать работу над несколькими задачами более-менее одновременно, собирать пулы похожих по каким-то критериям задач, и создавать, в результате, ощущение, что вы всё можете и можете быстро. А что каждому заказчику придётся ждать на день дольше – в подавляющем большинстве случаев совершенно некритично.