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

Гг))

EnGhost
Ага. Сначала нужен был квадрат малевича 100х100рх, последняя версия тз - 3д-фильм в 3 часа :-))

dmiitriiy
Где-то так. Неизбежные последствия сокращения издержек и оптимизации разработки и подстраивания под современные реалии

Ну не надо, не все заказчики такие!

Altra Realta
Реально не все. Некоторые заказывают картинку, а к последнему тз доходят до аналога МКС.

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

dmiitriiy
По своему опыту могу сказать: если заказчик САМ понимает, что ему надо, он сразу делает готовое тз. Может, не всегда понятное разработчикам, и это приходится объяснять, но тем не менее.
Если заказчик нуб и в том деле, которым занимается, нихуя не понимает сам, то ква.

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

Altra Realta

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

EnGhost
Я никогда не работала с приборостроением :))

Altra Realta, всё равно легче работать с коллегами, чем с заказчиками. С ними можно внятно объясниться, по поводу того, кто от кого что хочет и кто кому что сделает :)

Ал Ластор
В смысле? Как, например, тз по доработке транспортного приложения может написать программер? Он его может только потыкать в морду заказчика на предмет "это вот чо за хуйня".

Altra Realta, если приложение большое, то его пишут несколько программистов, между собой они свою деятельность как-то согласовывают, нет? Под-задачи из задач не выделяются? Нет? Разные части приложения не интегрируются? Нет?

Ал Ластор
А вот этого я уже не знаю. Я только писал тз общее.

Ал Ластор
Отличай головное тз, от тз на конкретную разработку. Этим руководитель разработки занимается. Максимум, что может делать заказчик это согласовывать протоколы обмена, если это требуется.

Согласен, разные тз. Но и то и другое тз :-)

"Pentagon Wars" - про тоже самое. Но это не только про "брэдли". Постоянные внесения изменений в ТТЗ чуть ли не к окончанию проекта - любимая забава военных всех стран.

финикийский_торговец
У отечественных безопасников тоже такие развлечения практикуются. У нас на одном из таких проектов ТЗ окончательно согласовали и закрыли уже во время проведения приемо-сдаточных.