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

 

Заказчик ВСЕГДА прав! Если не согласны, то не беритесь за копеечную работу.

ТЗ должен писать исполнитель, а заказчик его согласовывать и утверждать.

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

 
DC2008:

Заказчик ВСЕГДА прав! Если не согласны, то не беритесь за копеечную работу.

ТЗ должен писать исполнитель, а заказчик его согласовывать и утверждать.

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

  Да, да... не надо так нервничать... " успокойтесь пожалуйста товарищ Печкин" (с).
 

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

 именно от программиста во многом зависит окончательный результат - эксклюзивность, правильность воплощения, долговечность, надежность кода + оперативность, готовность к дополнениям ТЗ.   От заказчика лишь требуется понятное программисту ТЗ, проверка и приемка работ. Но заказчик не всегда прав, впрочем как и программист. 

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

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

 
DC2008:

Заказчик ВСЕГДА прав! Если не согласны, то не беритесь за копеечную работу.

ТЗ должен писать исполнитель, а заказчик его согласовывать и утверждать.

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

Да что вы говорите! Заказчик всегда прав, а на входе везде сидит охранник, а то и два три.

DC2008, а вы не за еду работаете? За таблетки наверно? 

 
Дмитрий, это, похоже, сарказм был.
 
Mathemat:
Дмитрий, это, похоже, сарказм был.
Я тоже пошутил.
 
papaklass:
 На мой взгляд, разумное предложение. Как правило, исполнитель более подготовлен к этой работе, чем заказчик. ТЗ должен писать тот, кто умеет это делать. От этого обе стороны только выйграют.

Согласен!

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

 
papaklass:
 На мой взгляд, разумное предложение. Как правило, исполнитель более подготовлен к этой работе, чем заказчик. ТЗ должен писать тот, кто умеет это делать. От этого обе стороны только выйграют.

Для начала разберитесь, что такое "Техническое задание (ТЗ)", например, здесь http://ru.wikipedia.org/wiki/%D2%E5%F5%ED%E8%F7%E5%F1%EA%EE%E5_%E7%E0%E4%E0%ED%E8%E5

Цитата по ссылке:

Техническое задание — исходный документ на проектирование технического объекта. ... Проектирование — это один из видов подрядных работ, результатом которых является продукция (проект), то есть комплект проектной документации на другой продукт (объект проектирования).

Никто же не против - оформляйте работу "на составление ТЗ" - затем следующую работу "на написание советника по составленному ранее ТЗ". 

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

Как говориться, "любой каприз". 

Техническое задание — Википедия
  • ru.wikipedia.org
Техни́ческое зада́ние (ТЗ, техзада́ние) — исходный документ для разработки и испытания изделия.[1] Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования...
 
papaklass: Как правило, исполнитель более подготовлен к этой работе, чем заказчик. ТЗ должен писать тот, кто умеет это делать. От этого обе стороны только выйграют.

Первичное ТЗ - только от заказчика.

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

Мне интересно, что изменится после написания предполагаемой статьи? Заказчики станут умнее, что ли? Или исполнители изменят свое поведение?

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

Bormotun: Когда сам начал оформлять заказ, вообще не думал что-либо читать об исполнителях, наверняка и каждый заказчик точно так же. Но время идёт и скоро нас будет много и мы прийдем и может я стану президентом:)

Ну вот Вам заказчик, который инструкций не читает и данных не собирает (это Вы). Какую пользу эта статья принесет вот таким заказчикам?
 
Mathemat:

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

Есть 2 метода познания проблематики: научный и метод тыка. Bormotun, по-видимому, выбрал второе...
Причина обращения: