Опрос по следам топика http://www.forum.mista.ru/topic.php?upd&id=674659
в котором некоторые личности пишут о том что ТЗ у них всегда точно и не бывает проколов.

Т.к. менее 40% нет, то выбираю 40%. А так мне кажется там и 20% нет, т.к. заказчик часто не знает что ему на самом деле надо.

Модеры добавьте 20 % пожалуйста в голосование.

обычно без ТЗ

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

ТЗ - оно как привидение. Все о нем говорят, но никто не видел.

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

(5) +++

А самое частое ТЗ которое видел я это "Сделайте так как сделано вон там. Как оно работает я не знаю, я не программист."

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

Вот сейчас рисую по ТЗ - точность полная (но тут я уже поучаствовал, с заказчиком пять раз пересогласовывали :-))

(0) последнее грамотно написанное ТЗ я видела в институте :)

обычно сама написала (подпись у заказчика)-  сама делаю.

Все ТЗ которые попадались не соответствовали своему конечному результату в 100% из 100.
Жаль что нет менее 40%

Идеала конечно не бывает, но около того, иначе какой смысл браться за работу?

лучше работать по итеративным методам проектирования ПО.

(13)Интерактивным это как?
Типа - сделайте нам такую фигню, мы точно не знаем какую, но вы начинайте, а мы походу уточним некоторые критичные  характеристики.

(13) и каким образом это отменяет ТЗ?

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

(14) критичные характеристики фиксируются в функциональных требованиях...

>Типа - сделайте нам такую фигню, мы точно не знаем какую

большинство так и работают - сделайте нам прототип, потом мы поймем, что мы хотели на самом деле

(16)Ну уж извините, прототипы делать это уж слишком.
Пусть сначала определятся, что им надо, а потом уж заказывают.
Иначе идут лесом.
Ну хотя если создание прототипа нормально оплачивается, и ни к чему не обязывает, тогда да, можно и прототип.

>Пусть сначала определятся, что им надо, а потом уж заказывают.

так можно внешнего заказчика послать... с внутренним не всегда прокатит

особо доставляют креативные манагеры свои откровения настырно пытающиеся протолкнуть в боевую базу...

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

Меня как то пригласили северокавказцы "внедрить им 1с" в автоцентре. Даже по-русски кое-как говорили. Спросил, чего они хотят. Они сказали "а что вы можете?". "я все могу". "а можно так чтоб она там кнопку нажала, а я тут увидел чего она делает"(это про бухгалтера)."Можно", - говорю.  ПОшел смотреть на буха - баба лет 45, суммирующая 2 поля в экселе на калькуляторе и записывающая в третье. Я так прикинул, часов 200 обучения + внедрение. Выкатил им ценник на 500 000. Внедрять расхотели... Я это к чему: любое ТЗ. даже на бумажке. Даже устно - уже хорошо. ДАже если заказчик умеет склонять слова в предложении - это уже хороший заказчик.

(18)Согласен, но вроде тут как раз внешние и обсуждаются.
Внутренние там принцип - дали работу, сиди и работай ее, ибо зарплата платится.

2 (17) ПРАКТИЧЕСКИ В 90% случаев так и бывает (у меня) сделайте прототип по ТЗ (которое в процессе уточнится несколько раз), мы посмотрим на прототип, а потом скажем что нам не нравится. и тогда сделаем окончательно. конечно с очередными уточнениями и дополнениями.
Единственно, что в таких случаях народ обычно не плачется что в рамки бюджета не влазим и уже вылезли значительно.

(14)
wiki:Жизненный_цикл_информационной_системы#.D0.98.D1.82.D0.B5.D1.80.D0.B0.D1.86.D0.B8.D0.BE.D0.BD.D0.BD.D0.B0.D1.8F_.D0.BC.D0.BE.D0.B4.D0.B5.D0.BB.D1.8C

Без ТЗ. Чаще всего по звонку юзвера. Устно.

Типа так:

"Ваша программа после обновления, которое вы поставили, работает неправильно - у меня бухгалтерские данные расходятся с отчетом по прибыли... и не делайте из меня дуру - у меня всё правильно!"

Это дословно, из последнего..эээ... ТЗ :))

(22)Да я не против прототипа, если заказчик четко понимает, что сейчас за его деньги будет сделан прототип и ничего более.

>Без ТЗ. Чаще всего по звонку юзвера. Устно.

со звонками идут в пень... нет письма на группу поддержки - нет задачи. звонок как руководство к действию - от директора и ГБ.

(26) Угу, это был звонок от ГБ после общения со специалистами :)

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

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

ТЗ хорошо, когда оно ТЗ. И вторая буква (З) в этой аббревиатуре - главная.

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

Так и просил. Пишите хоть "Войну и мир" (я все равно это читать не буду). Главное в конце не забудьте написать: "Работа считается выполненной тогда, когда...".

И вот почему-то никто из моих заказчиков с такой простой задачей не справлялся. Поэтому я и говорю, что ТЗ - в природе не существует.

У меня все очень точно, зачастую на английском языке, да еще и с прототипом (iRise)

(30) Наверное, не русские пишут. Тогда понятно.

(31) я пишу :)

http://bfolder.ru/_ph/30/2/90234414.jpg

Что значит "ТЗ точное на 40%"? а - на 60?..

Сейчас как раз перечитываю
"применение uml и шаблонов проектирования" лармана

затем перечитию ооа буча

В прошлом году было где-то 80%, сейчас в связи с кадровыми перестановками стало 60. Наверное щас набегут те, кто считает, что программист должен разбираться в предметной области лучше постановщика ))

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

На текущей работе все печально - имеются заявки типа "не идет печать из 1С", которые по факту могут оказаться как неисправным принтером, так и не работающей печатной формой. Практически на каждую заявку приходится перезванивать, переспрашивать, просить разъяснений.

(32) Значит, ты не русский. В хорошем смысле. )))

(38) он в завязке от 1С... скоро раскадируется и будет как все бегать савраской по бухам

(39) Бегать по бухам - это как то... некультурно что-ли.

(37) + 1 . У меня раньше было так. У фикси такое никогда не прекращается как я понял.

(41) юзерам пофиг... печать из 1С - значит проблемы в 1с

Увы, хорошее ТЗ это тонкое искусство и мастеров немного. Бывает так что ТЗ приходится править по мере написания программы и исходя из написанного, что вообще смешно так, что плакать нужно.