Altra Realta

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

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

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

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

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

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

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

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

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

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