Расскажите, дембеля... ваши действия, когда при формализации задачи на доделку, вы видите что нужно для полноценной работы с новой функцией, провести б'ольшую работу, для того чтобы был учет такой функции, так сказать во всех(для тех кто любит прикапываться к словам - вполне вероятных, а не вообще во всех) возможных случаях. А бухгалтер/менеджер говорит: "у нас такого не бывает! ты нам только тут сделай и всё!". И какими словами вы его потом кроете, когда через Н-ное время он сам же говорит, что надо теперь тоже самое еще тут и тут?..

"ну я же говорил..."

а вообще у меня такой ситуации никогда не было - всегда как-то прислушиваются к моему мнению

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

(0) Если говорит, что надо сделать что-то ещё, чего не было в предыдущем техзадании, то это следующая задача за дополнительные деньги

Дополнительные деньги это только в заказах. В ЗП никак не отражается (
У меня на одной из фирм меня никогда не слушают... до последнего. Потом просыпаются. Там уже такая ситуация была раз 5-7. На других фирмах, когда (если уж) спорим, то потом говорят: "делай как знаешь, главное чтобы у нас вот это было." Вот думаю, может какая волшебная фраза есть... Да сейчас, кто-нибудь в подвыпитом веселом состоянии сболтнет секрет...

Делай то что говорят
Волшебная фраза: "Вы сэкономите ххх бачков"

(6) Кто и на чем сэкономит? фирма на зарплате?

8 часов.

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

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

(0) в (6) ДЕЙСТВИТЕЛЬНО ДЕЛЬНЫЙ СОВЕТ, в случае фикси экономятся человекочасы, а значит задача будет реализована быстрее и для руководства это плюс. Иногда одна задача выполняется дольше, а связанный комплекс задач быстрее, т.к. хорошо продумано тех задание.

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

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

(0) Чьи, вать машу, действия??? Фикси или аутсорсера?
Для фикси: Если тебе говорят "у нас один склад и второго никогда не будет", "по среднему у нас оплачиваются и всегда будут оплачиваться исключительно командировки" или что-то подобное - ... нет, конечно, можешь верить, если умеешь учиться только на своих ошибках :)

ну и да, плюсую (6)!!!

То, что написано в (6) для фикси - медленное харакири.

(15) если головы нет - то будет харакири не только для фикси

(16) Аутсорсер выполняет поставленную задачу, по возможности - быстро и без лишних вопросов. Максимум, что он может себе позволить - предупредить о возможных последствиях. Но такое предупреждение - палка о двух концах, оно может быть расценено как попытка раздуть задачу и бюджет.
Фикси же несет ответственность за конечный результат, в том числе и за состояние базы после использования его доработок в течение какого-то времени. Он просто обязан увязывать "новаторские" идеи отдельных пользователей с интересами всей компании. Иначе просто за..очат из лучших побуждений.

(17) если клиент для аутсорсера постоянный, то подход одинаков что для фикси, что для аутсорсерсера.

(18) Это в каком-то запредельном идеале :) "сфера, вакуум"
Авторитет аутсорсера перед пользователями подпирается привлекшим оного.
Фикси в этом смысле предоставлен сам себе(по истечении краткого льготного периода "новой метлы").

(0) я в таких случаях спецом обыгрывал возможность которой "никогда не может быть", и там ТОЛЬКО сообщение пользователю "Данный блок не работает по личному указанию главного бухгалтера Пупкиной" ... через пару раз таких вот комментов - попускало :)))

Читал в инете рассказ про то как препод учил студент программированию. сейчас поискал ссылку куда то затерялась. значит в кратце там было так. Дает значит препод студенту техническое задание на разработку программы и устанавливает срок. Студент говорит окей и уходит кодерить. Срок подходит к концу. Студент к преподу - вот мол программа, делает то что вы просили. Препод смотрит и говорит - это хорошо конечно, но условия задачи немного меняются, иди переделывай программу. Студент садится за комп и все переписывает, приходит опять к преподу с результатом. Тот опять меняет условие задачи, студент опять все переписывает и несет преподу. Препод опять меняет и у студента уже руки опустились все перепиывать, начинает вводить обобщения в структуре программы, с некоторым запасом на возможные изменения условия задачи. В общем там было немыслимое число итераций и студент в итоге полностью освоил шаблоны проектирования и только потом препод окончатель принял задачу.

(20) можно но извратно
(0) на фикси можно случаи не расписывать, знаешь - делай на полный объем, зарплата капает все равно, ну или минимум блок с возможностью расширения

(0) логику как минимум приходится писать на случай Пупкиной.

(23) ->(20)

(17) Ты путаешь функциональность с ошибками
Если фикси/ффри/фра/фру (не важно на самом деле) сделал задачу не разглядев подводные камни, которые заказчика не интересуют в силу незнания структуры базы и основ программирования - это его вина.
А если он сделал все ОК и работают только те функции, о которых просили - значит молодец.
Через месяц придется доработать - доработает (должен делать структуру и модуль таким, чтобы доработки вызывали минимум глобальных действий)

(24) ну так если ты уверен что прав, ее все равно придется писать ... рано или поздно )))

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

+27 Или предлагаю как сделать, чтобы было лучше.

http://habrahabr.ru/post/163849/

(29) Главное не надо быть дрочером, который пишет обработку ради разового переноса 20 элементов чего либо, на всякий случай, которого никогда не будет в 90% случаях.

+(30) вернее с вероятностью за 90%

(29) Хорошая статья, только результат в чем? )))

(25) Ничего я не путаю. Перечитай сабж.
Вот это самое ""надо теперь тоже самое еще тут и тут"" может быть очень даже неочевидным и труднообосновываемым без пространных лекций(непрошенных).
Зачастую для фикси бывает рациональнее просто "власть употребить"(если она есть, конечно).

(25) Обычно я информирую заказчика. А ему выбирать.

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

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