так это аксиома

всегда так делаю.

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

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

Я откажусь.
Честь дороже денег!

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

Edited at 2015-02-04 11:02 am (UTC)

Если правильно все юридически обставить, то кидать заказчика опасно и чревато иском и пеней за нарушение сроков)

Да фигня... Как правило и там, и сям успевают. В итоге- то никого не кидают.

Давно работали мы с одной конторой из славного города Асино.

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

Так вот. Все шло по плану - и вдруг встало. По телефону невнятные обещания "все поправим, завтра будем и проч."
Позвонил я наладчику, с которым мы оснастку подгоняли и спрашиваю: Петрович, что там у вас за беда?
Все пучком - отвечает - наши тут в Новосибе выгодный заказ взяли, сейчас доклеим, через 2 - 3 дня, и вам опять все сделаем, не волнуйся.

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

Вот так. По этой заготовке мы держали большие запасы, ну понятно, не just in time а made in Asino.

уроды!

Да нет тут никакой трагедии...
Всё -треклятый just-in-time от упоротых япошек...
Из той же оперы про раздувание бюджета...
У нас после согласования бюджета с Исполнителем по фикс-прайсу (!) еще закладывали 10% contigency (запаса). Исполнитель про них не знал.
И иногда мы туда влезали. По объективным причинам. Ну вот так получилось.

По срокам у ДеМарко было неплохо написано для софтверных проектов

ТРЛ: Мой отец – математик, профессор на пенсии. Однажды он разворчался на меня по поводу всех проектов по разработке программного обеспечения, которые выполнялись с тем или иным опозданием, что относится почти к 100% проектов. «Почему так?» – вопрошал он.
Я ответил: «Видишь ли, у проекта есть всего два возможных варианта: своевременное выполнение и запаздывание. Полагаю, что перевес в пользу запаздывания, за исключением нескольких весьма примечательных случаев».
«Вариантов не два, Тим, – ответил он. – Есть и третий – досрочная готовность».
Это заставило меня задуматься. Я все время бывал в компаниях, для которых опережение графика совершенно немыслимо. Менеджера, который завершил бы проект раньше срока, обвинили бы в недобросовестном манипулировании графиком и, возможно, изгнали бы с позором.
Делая третий вариант – досрочную готовность – по сути незаконным, мы сокращаем шансы на выполнение проекта в срок почти до нуля. Наши меры противодействия превратили манипулирование графиком скорее в правило, чем в исключение.
Нужно реабилитировать раннее достижение результата, чтобы внушить доверие к нашим обязательствам. А это также требует серьезной работы над корпоративной культурой. Как только мы обеспечим, чтобы досрочное выполнение проекта было безопасным, участники проекта могут рассчитывать на своевременное завершение. Мы можем реалистично назначать цели, отличные от обязательств, и начинать долгожданную демонстрацию своей способности выдерживать обязательства по срокам.

Как правило интересы клиента в конце списка у большинства.
А потом плачутся - где клиентов брать.

В описанной ситуации - доделать заказ текущего клиента, ускорившись по максимуму. Брать следующего, не завершив этого - свинство.

...но не новое Ф:)))

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