Добрый день коллеги. Наверняка тут есть руководители проектов и компаний. Часто сталкиваюсь с такой ситуацией когда клиент оперирует фразой: Скажите нам цену, вы же уже на опыте. Тут такое же ПРОИЗВОДСТВО как везде или да, что тут думать как делать, зачем тз. Или самый сок. Обсудили проект, сделали тз передали на ознакомление. Клиент все утвердил. Потом начинаются выявляться подробности которые иногда даже не были сказаны и тем более описанные в тз. На что клиент  аргументирует: Нет ну Вы же уже сколько таких проектов делали. Должны знать. Мы естественно аргументируем: мы передали тз там все написано. Вы его подписывали. Нет в тз, нет оценки и нет оплат… и так по кругу. Мы им они нам. Что вы делаете в таких ситуациях. Или может вы это на корню как то пресекли.

(0)[Что вы делаете в таких ситуациях]
увольняем профнепригодного руководителя проекта

(1) Суров )))

чтобы пресечь на корню, клиент должен выделить РП со стороны заказчика, который должен донести до обследуемых сотрудников что ВСЕ про что они не расскажут на обследовании не попадёт в изначальное ТЗ и встанет в общую очередь на доработку после выполнения основного проекта.

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

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

(0) Берём цифру максимально похожего проекта, справа добавляем "0" или "00", потом первую цифру слева умножаем на 2 или на 3, выполняем конкатенацию подстрок и молча пишем клиенту на салфетке. Есть риск, что не уложимся в бюджет, но по опыту всегда укладывались.

(0) Глупости какие то, а не аргументы
Если мы знаем некую тонкость, это не означает что клиент непременно с ней столкнется. Этак абсолютно все можно заложить в ТЗ, сроки увеличатся, цена тоже не порадует.

Что делать ?
Прописать в договоре что в случае появления новых пожеланий клиента, требующих СУЩЕСТВЕННОЙ переработки проекта, это делается как отдельный проект со своей оценкой и расценками.

(0) О, пятничная флудилка уже в среду! Среда — это маленькая пятница...

Клиент не сопливит или это недопонято нач отделом. Это просто не было оговорено. И это формируется как претензия. Мы же это обсуждали говорит клиент. Может быть, но этого нет в тз говорим мы.А если  сказать что нет мы это вообще не обсуждали так аж пена из рта… Главный вопрос в том как обойти и решить на корню то что клиент говорил или не говорил но это не описано в тз.  А клиент опять ну вы же опытные должны были предусмотреть.

(9) Претензии надо разрешать в досудебном или судебном порядке.

(7) в договоре все прописано и утверждено юристом. Но как понять большой объем или маленький. Оценку часа прописать в договоре, мол вот если больше 10 часов то это доп. Ок тогда как понять для клиент что это 10 часов. Ведь мы можем за 1 час как 10 посчитать

(9) Вопросы: предпроектное обследование вы проводили? ТЗ подписано заказчиком?? Сумма?

(11) >> Ведь мы можем за 1 час как 10 посчитать

А можете как 100? Если можете, так делайте и зарабатывайте!

(9) опыт - это как раз заложенный бюджет под такие вещи. по мелочам идите навстречу клиенту, все действительно не реально учесть/запомнить.
да, есть кадры, которые пытаются сознательно "натянуть" исполнителя - тут только разум и опыт РП поможет.

(11) опытный РП заложит подобные доработки в сумму проекта и преподаст клиенту как бесплатные) клиент будет счастлив как слон

(9) Это и есть сопливый детсад с его стороны

Выше говорили уже что проект - дело совместное. Со стороны клиента должен быть выделен РП, который отвечает за все. Если лезет пена, то против нее ничем кроме бюрократии не сработать. Каждую рабочую встречу протоколировать

Дата, тема, присутствовали от клиента, от исполнителя, слушали, постановили. Подписи ответств. лиц.

Полезла пена "мы обсуждали, а вы не сделали" - достаем протоколы рабочих встреч, смотрим когда такое было. Не было ? Вопрос снят

Чичиков и Коробочка.

(16) и тут однозначное да, бюрократия - это тоже способ заработать!

(15) Только клиент должен понимать что это не они прогнули исполнителя/или исполнитель признал свою недоработку или косяк, а "бонус" от исполнителя

(11) если клиент готов платить считайте, почасовка это очень субъективная оценка, даже разработчик со стороны заказчика не всегда сможет оценить данная работа на 10 часов или на 50

(15) Опытный РП за это отдельные деньги возьмёт. Потому как "коготок увяз всей птичке пропасть"

(12) да

(0) "Скажите нам цену, вы же уже на опыте. Тут такое же ПРОИЗВОДСТВО как везде или да"

Манипуляция "обесценивание".

(0) все придумано до нас...Смету хотя бы на ремонт квартиры, на стороне заказчика когда нибудь согласовывали? Работы потом принимали?

(0)Если вы позволяете клиенту навязать свои "хотелки", то будьте добры, выполняйте. Либо сразу боритесь за адекватность постановки ТЗ.

Так сделайте клиенту, чтоб он доволен был. Почему реально не заложили в ТЗ. (0)

(0) Если вы позволяете клиенту заставлять вас работать бесплатно, то ваш РП критически плох.

(0) Клиент не разбирается в программе или программах, которые вы хотите ему внедрить, поэтому он не узнает чего хочет, пока не получит то, что получит.

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

Какой же вывод? А вывод таков, что сделать ТЗ, по которому в точности можно решить задачу невозможно.

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

(29) >сделайте мне окна повыше на 5 см
https://pikabu.ru/story/prosto_otseni_pravilno_vremya_zaranee_5719042

https://habr.com/ru/companies/vdsina/articles/537970/

(0) у меня как-то был проект по переходу с системы, которая очень активно правилась и переписывалась. Так там утвержденное ТЗ могло поменяться еще до попадания в руки программиста. Если конечно ответственные считали необходимым уведомить об этом.

(29) Было бы совсем здорово, если бы к ТЗ в качестве приложения сразу были бы ПМИ (программа и методика испытаний), но даже это не гарантия успеха, я бы сказал совсем не гарантия.

(16) это предложение хорошие. Но не будет же сидеть секретарь и записывать то что мы обсуждаем. Может есть какой то алгоритм реализации

Когда условия меняются по ходу дела - нормальная ситуация, если речь не идёт о покойнике и копке могилы. Надо возникновение дополнительных условий и новых требований обговаривать в договоре - например, в виде отдельных согласуемых ТЗ или как почасовку проводить (тут уже уровень доверия)

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

(33) Протокол рабочей встречи может протоколировать любой ответственный сотрудник. Кстати, секретарю лучше это не поручать, потому что он не в теме. Самое главное в протоколе — это пункт "постановили" и Подписи ответств. лиц.

Хотя кому это я...

(26) не кто не может все предусмотреть. Нет этого супер 1С человека.

(35) Не надо здесь сопливого детского сада.

(37) пишется "никто"

(34) это тоже есть в договоре. Клиент говорит мы ведь обсуждали это. Я понимаю все что выше описываются и ваши слова. Но тут стена. Как ее сломать. Неужели нет какого то регламента может. Готовый велосипед

(37) Так все рабочие совещания по реализации должны проводиться в соответствие с ТЗ. И либо "отклонили", либо "постановили" со сроком и ответственным. У проблемы должно быть ФИО, чтобы расстрелять невиновного, и наградить непричастного. третье состояние — это "открытые" вопросы, как раз ваш случай, когда в ТЗ нет, но было бы целесообразно, полезно и крайне желательно реализовать. Но вот сроки, бюджет, квалификация и т. п. не позволяют реализовать в рамках проекта и/или ТЗ.

(40) Нету. И не может быть.
"Автоматизируя хаос, получаете автоматизированный хаос."©

(40) А вам кто запрещает говорить что этого не было? Бумага марается чернилами как раз для того чтобы в случае какой запердухи разбираться по писанному

Иногда клиент по жизни просто хитрожопая сволочь.
"Да, обсуждали, но мы сделали вывод, что эта работа будет сделана за счет подрядчика..."
Это с какого перепугу?! Любая работа должна быть оплачена.

(44) Да плевать на их выводы. Пусть или пункт ТЗ укажут или пункт договора, а иначе болтовня и ППР (посидели, попи..дели и разошлись) выходит.

Думаю, что это все инспирировано внутренней ИТ-службой. Покозлить- любимое занятие, если сами не осилили.

Детсад.

Совсем все плохо в работе с клиентом? Что банальная работа с возражениями требует обсуждения этого на форуме?  

Учись, или терпи

(47) Видать Вы не сталкивались с такими проблемами. Если всех посылать нахер то посылать по итогу будет не кого. Я ищу решение чтобы оно могло исключить момент « а мы это обсуждали или выж опытный сами должны догадаться» и не ищу вариант спора или бадание с клиентом.

(48) Уже все решения выдали

(40) Можно по-разному. Но сначала надо понять, почему представитель клиента так себя ведет. Он может бояться ответственности перед владельцем, он может вас "сливать", он может таким образом "торговаться". Первое, что надо - понять причину. Можно даже просто его спросить о причине.

Реагировать на подобное можно по-разному. И выгоднее это делать в зависимости от причин такого поведения клиента. От "Странно, не могу вспомнить ничего подобного. Есть протокол и переписка по этому поводу, а?" до "Да, говорили. Но мы же вместе с вами потом составляли ТЗ, оставив в нем только то, что для первостепенно. Вы это требование оставили в ТЗ, Если оставили - сделали. Если нет, но оно нужно. Но, к сожалению, вы нас в процессе торга оставили без запаса денег на непредвиденные расходы и мы просто не сможем это сделать бесплатно. Будем договариваться или пойдем, не дай бог, в суд?

Узнайте (или "угадайте") причину его поведения. И выбирайте наиболее доходчивый вариант.

А то, что вы упорно тут ищите (волшебного и универсального ответа на такие вопросы) - такого нет.

(48) Если посылать будет некого, то денег будет столько же как если работать забесплатно. Только вдобавок ещё и устанешь

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

(52) На претензию мало похоже, ибо тогда бы фактура присутствовала: конкретные пункты ТЗ и/или договора. А так обычный наезд, а клиент вкусный и скорее всего единственный. И потерять жалко и работать не хочется задарма.

(0) можно совещания в видео формате проводить, с записью. по результатам ТЗ. если клиент не согласен, смотрим записанное видео

(53) Ок, назовём это наезд-претензия. Если бы были пункты ТЗ и договора, то был бы иск в Страшный суд, а пока только претензия.

Оспидя... трудно доделать СВОЮ же программу под непрописанные ранее просьбы? Прям спина переломится.

(55) Я когда пишу нечто подобное, обзываю это "ругательное письмо". Получается что претензии как бы и есть, но юридических последствий не возникает. Даже если не ответят. А вот если не ответить на претензию, тогда сказавший "А" должен доругаться до буквы "Я".
(54) Такая фигня получится, хрен разберёшь кто и что сказал, а уж что подумал и ввиду имел..

(56) А ты хорош! Чувствуется опыт.
И конечно же бесплатно доделать?

(56) Скорее лениво, и опять же забесплатно просят.

(56) А кто сказал, что там какая-то мелочь?

(60) Клиент, разумеется. Кто же ещё  может ляпнуть подобное?!

(59) Смотря сколько урвал ТС, а то можно и бесплатно доделать. Заказчика тоже можно понять. Программа не совсем, как хотелось, фурычит - а значит что? Значит, пойдут шепотки, что он получил свой гешефт на данной приблуде. Это ж НЕматериальный актив. Его руками не пошшупать. И шепотки те вполне могут дойти до ушей хозяина.

(40) Есть методы против Кости Сапрыкина
Провели вы ряд встреч с клиентом, все выяснили и посчитали что проект обойдется ему в Х хулилионов. Но выставляете не Х, а 25*Х (таким был самый дорогой проект из всех что ваша контора делала). Если клиент возмущается, отвечаете "Ну все же проекты одинаковы, если там было 25*Х, то почему вам должно быть меньше ?"

Все проекты индивидуальны, даже если с первого взгляда похожи как близнецы. Если ваш клиент придет к доктору и скажет "Болит живот, помогите". А доктор ему "Вот вам таблетки, 3 дня назад назначил их Сидорову, тоже от живота, помогло !"
- Доктор, а анализы, осмотр ? Может у меня что то другое ?
- Да какое другое, живот же у всех одинаковый, пейте и не морочьте мне голову !!!

Как на это посмотрит клиент-пациент ? Дойдет или нет ?

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

– Эх, деньги, деньги! Сколько зла из-за них в мире! Все мы только и думаем о деньгах, а вот о душе подумал ли кто?

(с) "Театральный роман"

(64) "утром деньги - вечером стулья" по классике

и по ЛУВРу (лист учета рабочего времени)

(66) Правильно писать ЛУРВ
Можно и наеборот стулья утром, а деньги вечером. Но деньги всё равно вперёд

(65) Так а мы чё, много просим что ли? Нам бы детей прокормить. Дети — цветы жизни!

(0) В целом, клиент прав. Если вы делали много подобных проектов, то почему не учли эти нюансы в ТЗ?
Вешать свои оплошности на клиента - очень непрофессионально.
Я бы на вашем месте признал вину и исправил за свой счет, и в будущем не наступал больше на эти грабли.

Короче, коллега, давайте конкретику: какой функционал хочет увидеть дополнительно к ТЗ заказчик.
А мы тут решим демократически... чёрными и белыми камешками... как в древних Афинах по Сократу...

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

(70) лучше картошкой, как Чапаев!

(0) Бери денег за составление ТЗ и вали оттудова - это мозгоебство только начало ...

(0) Мало подробностей, может там действительно "само собой разумеющееся", а может и клиент решил один раз оплатив бонусом плюшек получить.. Пример подобной хотелки?

Похоже, что ТС - неопытный джун, который еще не знает что в ТЗ и в договоре нужно прописывать максимально все, чтобы не возникало спорных ситуаций. За то и поплатился. На ошибках учатся. Хотя, суда по (0), ситуаций было несколько, значит не все умеют учиться на ошибках.

(75) Или клиент попался такой, что ТС "немного приуныл"

меня whatsapp сильно спасает. Базовая часть проекта, это конечно ТЗ, но обсуждения всё равно фиксируются в мессенджере. Ну, и если, товарищ говорит "мы это обсуждали", спокойно поднимаем переписку и смотрим, что мы там обсуждали и какой был результат обсуждения

(77) Юридически недостоверно. Звонки не превращаются в текст и протоколы встреч. Сопливый детский сад

(47) с чего бы работа с возражениями более банальна чем вопросы по работе программы и т п? с учетом того, что тут в основном всё же технические спецы, то банальнее как раз технические вопросы

(79) начиная со стажера консультанта, мы работаем с возражениями, к уровню РП уже должны быть скилы

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

Представь куда тебя пошлют?))

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

(82) Он и есть руководство. Миста — последняя инстанция.

(0) По норме в ТЗ должно быть перечислено что должно быть сделано и сколько это стоит, отдельным пунктом час допработ на другие хотелки стоит сколько-то. Без этого это не ТЗ, а образчик того как не следует писать ТЗ.

(82) (84) Кому пишете-то? Автор скорее всего в подвале. Хлеб, вода, ведро, ноут без инета.

(85) Да Вы оптимист, Геннадий! Автор может уже кормит рыб с ногами в тазике бетона...

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

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

(0) Посчитали часы по ТЗ. Вывели в подитог. Ниже еще одна строка "Учет рисков (мы на опыте)" и умножаете подитог на 3, на 5, а лучше на 10. Отдаете на подпись.

Если вдруг попросят убрать последнюю строчку, то все риски пусть берут на себя

(87) Да у них наверняка в договоре есть оговорка на разрешение споров "путём переговоров", тут похоже переговоры уже прошли стадию "тёплой и дружественной атмосферы"

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

(90) Я на этот случай в бюджет закладываю договор сопровождения на год с почасовой оплатой по заявкам. Все некритичные "недоделки" за счет бюджета такого договора. А там и задания и сроки, как правило, короткие.

(0) Типичная проблема.
В различной степени тяжести и остроты возникает практически на любом проекте.
Серебряной пули для решения не существует.
Причины всегда однотипны (в каждом конкретном случае различается только удельный вес каждой причины).
- отсутствие адекватного полноценного предпроектного обследования или его низкое качество.
- низкое качество проектной документации (ТЗ, план-графика(ов)).
- плохая коммуникация между заказчиком и исполнителем. В этом пункте (если коммуникация налажена) зачастую можно вообще избежать больше половины потенциальных проблем, а 90% из оставшихся решить адекватно ко всеобщему удовольствию.
Ну и традиционно. В каждом проекте участвуют две стороны. В проблемах и провалах виноваты также всегда обе стороны. По личному опыту могу сказать, что в 90% случаев степень вины между заказчиком и исполнителем распределяется 50/50 (с довольно небольшой погрешностью в ту или иную сторону).

Прогноз на сотрудничество неблагоприятен.

Хуже только: "Да это просто, чего там делать-то! Я бы сам сделал, да времени нет...."

я еще видел вариант сверхнеадекватности:
ТЗ утвердили, согласовали, а еще ВСЕ задачи которые ставятся по ТЗ будут отдельно согласовываться заказчиком который будет говорить - будет он это оплачивать или нет

Вот тут я видел максимально упоротые случаи, типа "добавить колонку доп.аналитики в таблицу из 100500 колонок" - 24 часа
задача рубится со словам - колонку добавить 5 минут в экселе, куда там 24 часа, и формула элементарно пишется...в ЭКСЕЛЕ!!! (а то что у вас там запросы по 20 страниц и куча метаданных чтобы собирать эти цифры, это очень сложно, мы это не знаем)

я в таком аде год жил...правда не 1С там был, но в 1С тоже самое бывает

(94) Так пусть и добавляют в экселе, тогда и делать ничего не надо.

(95) это как обоснование почему они не согласуют задачки

я вообще ненавижу оутсорс..но вот блин занесло меня на эти галеры и к такому заказчику...давно я такого неадеквата не встречал...

(96) ну и пусть не согласовывают, у кого процесс страдает. А скоро делать — переделывать

(94) Ахаха, обратился как-то заказчик - говорит нужен отчет который чистую прибыль покажет. И на полном серьезе не понимал почему так дорого стоит вывести "одну цифру" :

(98) На этут тему я бы анекдот рассказал. Про то как считают ту прибыль, он примерно так заканчивался: "Как надо, так и посчитаем!"

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

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

(100) Знакомо. Хотя я с другой стороны чаще бывал, грозить приходилось.

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

(102) Пашо или его духовное чадо ?

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

(0) а когда продавали проект заказчику, продаваны случайно не заявили: мы опытные, мы все нюансы знаем?

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

(105) Можешь называть меня "Ваше благородие"

(0) Делов то, цена х10 или х100. И уже нужно писать ТЗ.

(108) В царской табели о рангах такое обращение к чиновникам 9-14 класса: от коллежского регистратора (прапорщик) до титулярного советника (штабс-капитан)

А вот Фандорин был статским советником = 5 класс = (между полковником и генерал-майором) = Ваше высокородие

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

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

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

(114) Нигде он не работает. Просто поддерживает разговор на любую заданную тему.

(114) Сейчас не работаю. Но у меня был раньше свой автосервис-авторазборка, но я занимался не ремонтом, а продажей двигателей и других агрегатов с дополнительной услугой по из замене. Говорил что если будете устанавливать в другом месте, то моя гарантия на агрегат будет меньше, чем если бы у меня установили. Покупатели обычно соглашались. Выгодно, рекомендую.

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

(116) Складно звонишь...

(116) Это называется "раскрутить клиента"
Вот ТС тоже раскрутил. А выполнить "ремонт" не смог.

Автора потеряли... Убит, наверное

(0) Есть условный проект - исходя их ТЗ - объем работ должен составить 1 000 ч/ч.

Сверху на эту 1 000 ч/ч необходимо добавить от 20% до 40% на ОПЭ в зависимости от степени погружения в операционную деятельность клиента.

Если исполнитель - профессионал и его опыт релевантен - он уложится в эти 20%-40% в 99 случаях из 100.

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

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

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

ТЗ - это не панацея.

(0) Раз такое ТЗ пишите значит кругозор мал.  Собрать правильно информацию ваша задача или отказаться вовремя если не идут на встречу. Никто в ТЗ и не пишет и 50% того что в башке при постановке задачи складывается. Поэтому кивать на ТЗ можно, но нафига эти сложности.... Зачем делать бесполезные решения. Помню на заре молодости написали целую конфу с партионным учетом которая наифг не нужна... Потому что мы учет не знали, и бухгалтера кстати тоже на редкость бестолковые даже в учете. Зато дури было... кодируй не хочу.
Тогда отпечаталось первый раз - стратегические ошибки никакая тактика не исправит.  Дурака работа любит. )

Все очень просто, закладываете время*5. За это время все доп. хотели выясняются

(122) хоть х10, вопрос-сможешь ли ты обосновать это спецам заказчика

(123) А если даже обоснуешь, захотят ли они оплачивать

Любое кроилово ведёт к попадалову. © Народная мудрость

А кога начинается внедрение фактически без документации (как минимум - ТЗ и план-графика), то и результат получается как в (0). Вписываться в такие проекты можно только при соблюдении определенных условий.
- Проект очень короткий и хоть как-то описаны его рамки.
- У Вас достаточно практического опыта, чтобы оценить все(!) подводные камни и потенциальные риски, и заложить их в стоимость проекта, оставив её приемлемой для заказчика (мы же понимает, что задранные в космос коэффициенты x10 в жизни, как правило, не работают).
- Вы уверены в заказчике, что он не начнёт на ходу менять условия изначальных договорённостей.

(0) В самом начале проекта побоялись вспугнуть заказчика и объяснить ему всю важность подписываемого им ТЗ.
"Забыли" обратить его внимание на то, что любые работы будут выполняться и приниматься строго по план-графику и проверяться по ТЗ. А так же на то, что все заявки вне рамок тех пунктов, что есть в ТЗ рассматриваются как дополнительные работы, которые придётся отдельно оформлять с обследованием, оценкой, допТЗ, дополнением план-графика, допсоглашением к договору и корректировкой стоимости всего проекта.
Вы должны были лично присутствовать за столом в момент, когда заказчик ставил свою подпись под договором и всё это ему проговаривать. Буквально - кошмарить его. Требовать фамилии конкретных исполнителей со стороны заказчика - ответственных за каждый пункт ТЗ и план-графика, которые будут отвечать за срыв приёма выполненных работ и за полноту, достоверность ТЗ и соответствие его реальным потребностям заказчика.

Я даже вижу эту картину. Когда ещё на этапе первичных переговоров заказчик говорит вам "...ну Вы же уже сколько таких проектов делали. Должны знать!". А вы молча улыбаетесь и синхронно киваете ему головой. Вместо того, чтобы прямо сказать: "Именно потому, что мы уже сделали столько проектов и всё-всё про Вас знаем, нам нужно подробное ТЗ. И работать мы будем строго по нему и с теми вашими людьми, чьи фамилии и личные подписи напротив каждого пункта будут в этом ТЗ стоять."

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

(125) Как сборник благих пожеланий- это все правильно. В реальном бизнесе-нет.
Даже автор имел ТЗ, подписанное со стороны клиента, это мало что меняет, если он новичок в нашем деле.

(126) особенно если читать и воспринимать ТЗ буквально :)

"у попа была собака.
он ее любил.
она съела кусок мяса.
он ее убил."

с точки зрения юристов непонятно - поп собаку убил или кусок мяса...

(126) >> это мало что меняет, если он новичок в нашем деле.

Кто "новичок"? Автор ТЗ или заказчик?... 🤔

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

Что касается применимости в реальном бизнесе, то не надо читать мои слова совсем уж буквально. В каждом конкретном случае подходы могут быть разными. Главная суть одна - ответственность должна быть разделена, и заказчик должен это понимать, подписывая договор.
Ведь все проблемы начинаются именно тогда, когда заказчик пребывает в наивном убеждении (добросовестном заблуждении), что ему ничего не надо будет делать - даже внимательно ТЗ читать не обязательно.
Случаи преднамеренного обмана и развода с чьей-либо стороны, когда спроектировали сарай, а требуем на выходе небоскрёб, мы не рассматриваем.

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

(129) Какие-то бИзграмАтные программисты и юристы. В родах и падежах не разбираются. Убил кого? = ее (ж.р. ед. число. Вин. падеж). кусок - муж. род, мясо - средний, они на объект убийства не годятся чисто грамматически.

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

(130) а собака какого рода (дворняга без рода и племени) ?

(129) Если с точки зрения императивного программирования, то скорее убил поп. Если с точки зрения функционального - скорее, убил кусок мяса...

ахаха))

С точки зрения ООП собака -мертва , состояние объекта.

Кто убил уже неважно))

(131) дворянского - Собакины... там даже царица была.

(131) Дворняга, конечно. Они умные и неприхотливые. Не зря только их в космос на испытания и посылали. Читал где-то, у одной была кличка Бздунок, т.к. она громко иногда пускала газы. Так вот во время полёта её переименовали и стала она Ветерок.
https://upload.wikimedia.org/wikipedia/commons/thumb/f/fc/1966_CPA_3378.jpg/220px-1966_CPA_3378.jpg

(130) убил кто? он! и поп - "он", и кусок - "он"

(132) с точки зрения ООП, нужно разобраться, каким объектам разрешено вызывать метод Собака.убить().

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

(137) про то, что "в землю закопал" убийца - никак не сказано. более того, не сказано, где написана надпись...

(136) это public метод...тк убить может и поп и кусок итд итп

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