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

ЗЫ. Работа в консалтинге, не франч.

Я в принципе без проблем переключаюсь между задачами.
Вот когда поддержка (долбят пользователи) и параллельно работа над проектами - это да высад.
А когда нужно просто один проект отложить, а пока там согласуется, делать другой - не проблема. Часто так бывает, отдаешь заказчику на приемку, он там недели 2 принимает, потом шлет багрепорты доделываешь, опять отправляешь... Че там 2 недели простаивать чтоли ?

(0) " Работа в консалтинге, не франч."

Франч - это и есть консалтинг :)

Это нормально и не нормально!
Что этим я хочу сказать?
Просто должны быть разумные рамки.
Много раз видел что некоторые программисты не могут быстро переключаться и делать параллельно некоторые мелкие задачи.
Конечно же параллельность не в буквальном смысле слова, а с некоторой условностью.
Даже как-то  гордился что я могу параллельно вести (решать) несколько задач. Но на деле многозадачность мешает работе. Мешает по скорости и качеству. Но тем не менее на практике приходится делать несколько задач вместе. И это оправдано.

(0) Так больше денег получается.

бывает приоритет немедленный, а потом ставят задачу с приоритетом выше чем немедленный, и т.д. так что расслабься. Это нормально.

многозадачность - это норма
в параллели обычно разработка нового большого блока, устранение мелких текущих косяков, совещания по предстоящим задачам, ну и иногда разбор тяжелых случаев (хорошо не 90% - а то они любое время сожрут количеством) по поддержке
если блоков внезапно становится меньше втыкаю в мисту вместо работы =)

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

Чем больше задач - тем полнее картина, тем меньше вероятности, что переделки будут конфликтовать друг с другом, потому что при решении каждой задачи будут учитываться и другие.

а как иначе ? какая то задача + текучка