Всем здравствуйте.
Что означает похабно составленное ТЗ?
Клиента надо воспитывать или тебя выпроваживают из франчайзи?
Похабно это такие слова как кнопуля, суперкнопка...
Отсутствие ссылок на задействованные отчеты и четких формул...

Похабно составленное ТЗ это что-то типа:
"В левом верхнем углу указанной формы поверх всего по понедельникам должна быть овальная кнопка 10х35 розового цвета, по нажатию на которую налог на прибыль уменьшается на 53%."
Т.е. заказчик лезет в типовые интерфейсы, и не дает описание алгоритмов.
Все остальное - просто безграмотно составленное ТЗ. И заказчик рискует только тем, что оно будет прочитано и понято буквально.

Покажите ТЗ

(0) С каких пор ТЗ стал делать клиент?

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

(3) с тех пор, как появился термин ТЗ

(0) а зачем клеента надо воспитывать?

любой каприз за деньги клеента

ну дык запили им кнопули и суперкнопки, как в ТЗ

потом скажут исправить - за доплату исправишь

(0) В тз главное обозначить проблему и цель. Дальше уже по нему пишешь техническое решение где описываешь и кнопули и четкие формулы. Воспитывать кого то дело в принципе неблагодарное.

(0) ПОХА́БНЫЙ, -ая, -ое; -бен, -бна, -бно. Прост. Непристойный, бесстыдный.

тема сисек/писег не раскрыта?

(0) это означает, что вместо ТЗ видишь ХЗ

(5) Да? Я всегда думал что ТЗ пишут аналитики, а у клиента хотелки, на крайняк постановка задачи. А оно вона как.

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

(10) аналитики были не всегда и не у всех есть

(3) Встречаются термины
Функциональное задание (ФЗ)
Техническое задание  (ТЗ)
Технический проект (ТП)

В зависимости от проектной методологии- используется разный состав документов.

Насколько помню, у всех терминов есть четкое определение в ГОСТе

(0) Клиент не делает ТЗ.
Обычно сначала аналитики выявляют ФР (функциональные разрывы), после чего составляют с клиентом ФТ, на основании которых ФА совместно с ТА делают уже ТЗ.

Клиент обычно выкатывает хотелку, бизнес требование,URS, но не ТЗ. Исключение если на стороне клиента сидит команда, а разраба берут чисто кодером на подмогу.

(14) А что скажете по поводу участия БА в составлении ТП? Имеет ли смысл их вообще привлекать к этому? Только прошу не путать БА и СА. Прошу ещё рассмотреть вариант, когда СА является ТП.

Всякое бывает. Вот на этой неделю ситуация: клиент - это аудитор, который ТРЕБУЕТ общения с программистом фирмы напрямую. Пришлось выслушать и сделать идиотский отчет. Но показывать этот отчет аудитору и разбираться я отправил главбуха. Предупредив о костыльной природе этого решения.

(0) Если ты составлял. И такая оценку у руководства. То печально.....

(14) Если у клиента есть такое желание то почему нет ? Сам сделал, вы реализовали
Если это оказалось не то что хотели, то за новую денежку уже ваше ТЗ и его реализация

(0) составь ТЗ совместно с клиентом в чем проблема то, еще и в счет включишь это время

(10) >> Я всегда думал что ТЗ пишут аналитики, а у клиента хотелки...

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

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

(0) Приведите пример из Вашего ТЗ, который, по вашему, наиболее удачен. Иначе не понятно, что Вам вменили.

Предлагаю заказчикам вообще писать требования на языке Геркин, чтоб они и разработчики тестировали получившийся функционал в Vanessa Automation

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

Франч разозлился на такое ТЗ и назвал его похабным. Автор обиделся. Франч зашёл в обед на мисту, увидел ветку, догадался по нику и слову "похабный" - кто это написал и скорее всего либо уже уволили автора, либо строго предупредил )

(24) Либо это был Паша, он вкинул, холивара не произошло

(0) Похабное ТЗ?
Я хочу это видеть!