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

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

(1)+1
да и УПП уже настолько изъезжена, что придумать там что-то новое уже давное не получается, а по сему все что вам дают уже кем то решено

(3) нет, хочется чтобы быстрее согласовали, чтобы быстрее закрыть задачу

и многозадачность в чем? не просят же одновременно все делать... пока одно зависло - делать другое

примеры задач в студию

(5) Изъезжена-то изъезжена, а отрасли разные и специфика есть у всех. Впрочем, это не принципиально в теме.

(8) какое это имеет значение?

(0) Многозадачность это когда дают подобную задачу, а потом пару недель долбят по телефону по всевозможным проблемам и мелким задачам, и спустя 2 недели начинают спрашивать, а чего так долго делается задача то, дескать 2 недели прошло, а ничего не сделано...

Вот к такой многозадачности отношусь негативно, но часто это неизбежное зло.

(7) В том что надо работать над несколькими задачами одновременно, переключаясь между ними. Вроде бы очевидно.

(4) т.е. повлиять на это не можете?

(12) А зачем работать над задачей, которая ещё не согласована заказчиком? Вот начнёте вы над ней работать, а заказчик не согласует, либо полностью поменяет ТЗ. И что? Вся проделанная работа в топку?

(14) а это уже не проблема исполнителя

(14) потому что идет итерационная работа, предлагается проектное решение, далее разработка и доработка по ЧТЗ

(12) щито?

можешь поработать над второй, ИЛИ над третьей

не льстите себе подойдите поближе

пока проводится квартал зайти по rdp и дернуть за скрипт другой сервер это одно (или еще какая-нибудь хрень на 5 минут), а параллельно наниматься глобальными вещами все равно невозможно

к чему эти вопли?

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

(17) Над второй, потом не доделав - над третьей, т.к. срочнее. И где ты увидел вопли, вроде бы без эмоций пишу.

(17) я-то как раз пытаюсь добиться последовательного закрытия задач, а для этого надо пинать заказчика

(13) Увы. Франч (

>Над второй, потом не доделав - над третьей, т.к. срочнее

и что?

большие задачи все равно дробятся на мелкие - полдня на одно, пол дня на другое - в чем проблема?

(19) Добивайся.. Только мало что измениться. Жизня такая. А в нике у тебя родина??

к режиму многозадачности отношусь хорошо. Даже,  можно сказать, люблю такой режим. А вот к тому, что начинают гнать в шею, давить на то, что должно было быть сделано еще вчера - отношусь плохо.

(19) А кто пинать должен?

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

(25) мой начальник

(0) у вас проблемы не в многозадачности, а в бардаке... нет управления "входящими данными"... никто не решает - надо/не надо... сразу транслировали на уровень исполнения и все "делайте чего хотите"

(28) А ты что в это время делать будешь?

(29) а где грань между бардаком и многозадачностью? думаю что в отсутствии планирования.
(30) буду работать дальше по ТЗ по след. пунктам.

(17) "параллельно наниматься глобальными вещами все равно невозможно" - для меня тоже очевидная вещь. Сделал проектное решение по одному разделу учета и отдал на согласование, и мне тут же предлагают пока заняться проблемой с формированием резервов на оплату труда. Так я считаю что это не " дернуть за скрипт другой сервер ".

(28) Одобряю. Остались мелочи, сходить попинать начальника... :-)

(33) да итак уже вопрос поставил, либо делаем всё по порядку либо я больше не работаю.

В жизни не бывает чтоб по полгода работать над одной задачей,потом переходить к другой и тд.
Развивай многозадачность или уходи на фикси

(35) Какие полгода? Мне надо максимум за месяц закрыть задачу, чтобы получить деньги и я должен постоянно пинать заказчика. Если я буду разбрасываться то я ни одну задачу не закрою.

(34) Вы ж консалтеры, разработайте бизнес-процесс согласования.

Зачем тебе закрывать несогласованные задачи?

(37) странные у них отношения со своими клиентами, честно говоря

(38) задача утверждена, я отдаю на согласование проектное решение и пишу об этом в (32), чукча не читатель?

(40) Так ты уже все сделал, а тебе не согласуют подписание акта?

(41) ЛПР заказчик пошел в отпуск, больничный, занят. И как на это повлиять?

(41) я не всё сделал, а только процентов 30, дальше нужно разработать, сделать контрольный пример, сдать заказчику и написать инструкцию для юзеров.

(42) Никак. Это стандартные риски франчей. О них нужно думать заранее..
Или у вас все такие риски перекладываются на исполнителя?

(42) это уже другая тема

(10) ЧСВ, ЧСВ...

(31) "буду работать дальше по ТЗ по след. пунктам."

Ахаха, пока копай от забора и до обеда, а я пойду узнаю где копать

Основная проблема не в многозадачности.
А в том, что я делел, делал демо, а они не согласуют и хз когда деньги будут за мою работу

(0) ты предлагаешь сутками ничего не делая ждать согласования?

Повторюсь: нормальные франчи оплачивают своим работникам такую работу

(0) В определенный момент времени человек выполняет только одну (!!!) определенную задачу. Почему нельзя работать над двумя? Для выполнения любой задачи нужны: руки, глаза, клавиатура, монитор (еще нужна голова, но пока ее опустим).  Итак... Сижу работаю над одной задачей. Задействованы руки, глаза, клавиатура. Для второй задачи мне нужны эти же ресурсы... Но... Они сейчас заняты!!! И пока они не освободятся - вторая задача не сдвинется.  Параллелить можно задачи разного вида: кодить одну, разрабатывать (мысленно) ТЗ для второй. Т.е. использовать для разных задач разные ресурсы.

Если вам кто-то скажет, что может кодить две задачи одновременно - не верьте. Это все равно, что ехать на двух автомобилях одновременно (и там и там одни и те же ресурсы: глаза, руки и прочее).

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

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

В сабже - обычная проблема планирования деятельности.

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

(6) Ага ,а потом будете на боевой базе править данные, т.к. быстро оттестировав пропустили пару ошибок.

В идеале, желательно иметь систему управления задачами (проектами). Хотя бы для того, чтобы видеть список задач. Желательно со сроками, статусами, разделением задач по срочности/важности.

Если рассматривать многозадачный подход в операционной системе, где ядро процессора одно, то задача выполняются всё равно последовательно, так как сначала выполняется часть одной задачи, потом она выгружается и загружается другая (смена регистров процессора) и так далее.
Для человека не всегда хорошо проходит быстрая смена "контекста", так что параллельность - это хорошо, когда работает "конвейер", то есть каждый выполняет свою часть множества задач.

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

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

+ (58) Вот -С

Все-таки свой вариант!

Истина где-то рядом....

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

не путайте много задач в очереди от много задач в работе

вообще это плохо. так работать нельзя, но очень много управленцев в России бездарные идиоты, высидевшие свою должность.

у меня часто бывает когда

1. начал делать одну задачу
2. прервался, начала делать другу
3. прервался, вернулся к первой
4. прервался, начал третью
..
в итоге все три задачи заканчиваются одновременно.
нагрузка дичайшая

(62) думаю что по срокам выходит больше, чем если бы делал последовательно, т.к. силы и время тратятся на переналадку.

(62) у меня такая же фигня была, всё это я проходил, и возвращаться к этому не хочу

(0) последовательная работа это идеал который на практике скорее всего недостижим
может как-то попробовать управлять процессом вместо того чтобы бороться с ним?
планировать свои действия, разбивать задачу на мелкие по возможности равные части, документировать ход выполнения, чтобы по возвращении к задаче сразу понять на чём остановился
как вариант http://trello.com/

(63) с учётом простоя во время ожидания согласования заказчиком вряд-ли
плюс риск неопределённости, сколько ждать - хз, а на переключение контекста время примерно известно

(66) (65) да понятно что 1С-ник это и методист и архитектор и программист и консультант, и может делать 100500 задач одновременно, стандарт отрасли чо...

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

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

Это не нормально, но сам так работаю.

(67) да похоже не только одинэсник)) http://etextread.ru/Book/Read/32838?nP=5

(67) 1c строго говоря к программированию мало относится.консультант тоже чаще всего мимо кассы,а скорее нянька уборщицам.архитекторы ну да забавно...

а вообще по (0) с опытом придет умение вертеться или наоборот вертеть

пилите шурик(с)

оплата по часам?если да чего удивляться,что клиенты хотят взять больше

(11) > Многозадачность это когда дают подобную задачу, а потом пару недель долбят по телефону по всевозможным проблемам и мелким задачам, и спустя 2 недели начинают спрашивать, а чего так долго делается задача то, дескать 2 недели прошло, а ничего не сделано...

+1000
Раздражает нереально, когда много, может и небольших, задач на программирование, а приходится на телефонах отвечать по работе программы.

(11) Программировать приходится когда к трубке не надо.
Стремно. Даже в небольшой перерыв чай не попить и там со звонком достанут)))

(0) Проблема древняя, как 1С.
До тех пор пока 1С-ник - это и методист, и консультант, и кодер, и внедренец, и администратор серверов СУБД и 1С, и хелпдеск по 1С - ничего не изменится.

Если же речь идёт об узкой специализации (чистый кодер по ТЗ, например), то задача решается жесткой установкой приоритетов. Даже если в работе находится одновременно 10 задач с одинаковым приоритетом "надо ещё вчера", всегда найдется человек (руководитель), способный определить очередность и приоритетность задач внутри этого списка. Остается только найти такого человека (руководитель проекта, кто-то из руководства Заказчика, в конце концов - гендир).
Однако полностью избежать необходимости работать над различными задачами параллельно не удастся. Всегда случается так, что неожиданно "всплывают" более срочные задачи (новые или из числа отложенных ранее). Тут единственно верным остается при получении такой всплывшей задачи сразу предупредить всех заинтересованных лиц (своего начальника и представителя Заказчика) о том, что остальные текущие задачи будут отложены и сроки по ним затянуться. Очень часто подобное предупреждение приводит к пересмотру приоритетов и задача, о которой все только что кричали как о самой наисрочнейшей, переносится на более позднее время, а ты продолжаешь заниматься основной .

(78) Всплывать-то всплывают, и работать можно параллельно, только эффективность такой работы ниже плинтуса. Поэтому РП дложен огораживать разраба от смены задач пока разраб не выдаст результат. Для административной работы нормально работать в режиме многозадачности, креативить - нет.

+РП должен сам бегать как белка в колесе дабы закрыть задачу, а не грузить разраба другой задачей - типа, не прохлаждайся тут, солнце еще высоко, на, разберись...

работал с франчами на системах с 1000+ юзрами, там было так, никакой параллельной разработки

всё остальное нищебродство

(0) если деньги вперед, то пофиг, не ?

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

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

Если говорить про согласования, то согласовывать могут и два месяца. Ты же не будешь два месяца сидеть в засаде и выжидать, ни чего не делая.

Но иногда приходится.

(85) Постоянная нагрузка это плохо... должны быть перерывы.
должен быть "фри-тайм" для самореализации

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

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

(89) а если одна задача в зупе, другая в бухе, третья в упр учете, и еще несколько проблем в документообороте?

разорвет от такой полной картины

Не буду голосовать. Когда не на фикси, то должен стричь бабло, а не ждать когда задача "разродиться". Тут может помочь только максимальное документирование текущего состояния задачи. Чтобы когда возвращаешся не уходила куча времени на "вспомнить все".

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

(90) А с чего ты взял, что они не связаны? ;) Или предлагаешь как с костюмом поступать? Типа, "к рукавам претензии есть"?

(91) Значит это не твое. Не программист ты, а кодер.

(94) узко мыслите... это не часть костюма, это разные костюмы

я не программист, и не кодер

я "методист, и консультант, и кодер, и внедренец, и администратор серверов СУБД и 1С, и хелпдеск по 1С"

и руководитель, и архитектор, и нянька

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

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

Это НЕнормально, НО сам так работаю
Но некуда не деваться... кто платит, тот заказывает "музыку".
Увеличивает количество ошибок и несколько уменьшает производительность.

(96) буха и документооборот один и тот же костюм? Оо
здрасти, приехали...

(99) Ага, как пиджак и сорочка - все составные части костюма.

(100) все люди братья... я понял, не буду переубеждать.

самый прикол потом в многозадачности выплат по выполненной работе. Она проходит так же неконтролируемо как и выполнение.

Вот что прочел сейчас

https://www.facebook.com/businessquote/posts/670709296390011:0

(11) +100