Как вы реагируете на дополнения к ТЗ?

 

У меня схема работы такая:

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

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

 
Evgeniy Zhdan:

У меня схема работы такая:

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

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

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

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

 
Существует такой себе индусский прием -  если для дополнения или исправления ошибки надо переделать половину работы то можно ее хорошо замаскировать чтоб было непонятно где ошибка вообще находится
 
Aleksey Vyazmikin:

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

Пример "уточнения". Советник открываем по сигналам рыночные ордера со стопами и тейками. Все просто.  Почти сделал. Получаю письмо: "Мне надо уточнить ТЗ - вместо рыночных надо сетку отложек накидать с мартином по очереди - сел-стоп - сел-лимит - сел-стоп - сел-лимит и так далее."

 
Evgeniy Zhdan:

Пример "уточнения". Советник открываем по сигналам рыночные ордера со стопами и тейками. Все просто.  Почти сделал. Получаю письмо: "Мне надо уточнить ТЗ - вместо рыночных надо сетку отложек накидать с мартином по очереди - сел-стоп - сел-лимит - сел-стоп - сел-лимит и так далее."

Если всё так, как Вы пишите, то арбитраж вероятней всего Вас поддержит - главное завершите работу по основному ТЗ.

Ситуации разные и требуют индивидуального подхода.

 
Evgeniy Zhdan:

Пример "уточнения". Советник открываем по сигналам рыночные ордера со стопами и тейками. Все просто.  Почти сделал. Получаю письмо: "Мне надо уточнить ТЗ - вместо рыночных надо сетку отложек накидать с мартином по очереди - сел-стоп - сел-лимит - сел-стоп - сел-лимит и так далее."

Небольшое такое уточнение )

Причина обращения: