Идеальное ТЗ (FD)

[Андре]

Цитата:

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

(c) Facts and Fallacies of Software Engineering
By Robert L. Glass

[kALVINS]

Вот меня и интересует до какого уровня примитива программисты хотят видеть идеальное ТЗ! С какой степенью детализации!

[gl00mie]

Цитата:

Сообщение от kALVINS

Вот меня и интересует до какого уровня примитива программисты хотят видеть идеальное ТЗ! С какой степенью детализации!

Я видел примеры очень детализированных ТЗ, вплоть до описания, какие данные для отчетов/форм из каких полей каких таблиц надо брать, где какие группировки и фильтры должны быть, где какие кнопочки должны располагаться и как реагировать на действия с другими кнопочками, etc. НО такие ТЗ рассчитаны даже не на программистов, а на обычных, как иногда говорят, "кодеров" - студентов старших курсов или недавних выпускников, знающих, что такое ООП, и слышавших слово "Axapta". И заработки у таких кодеров соотвествующие... С другой стороны, ситуация, когда письменного ТЗ вообще нет, тоже ненормальна, потому что в среде программистов телепаты afaik довольно редки, а угодить человеку, когда не знаешь, чего он хочет, очень сложно.
Бывают примеры достаточно взвешенных подходов к написанию ТЗ, но это, наверно, скорее исключение из правил, чаще люди сами не знают, чего хотят
Наверно, идеальное ТЗ - написанное, перефразируя Эйнштейна, "настолько кратко, насколько это возможно, но не более того", т.е. достаточно детализированное, чтобы понять, чего хочет заказчик, но не перегруженное несущественными или очевидными деталями, чтобы не пытаться сделать из программиста обычного "кодера".

[kALVINS]

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

[kALVINS]

Цитата:

Сообщение от gl00mie

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

А чем так плохо делать из программиста кодера? ну кроме падения заработков.

[kashperuk]

Цитата:

Сообщение от kALVINS

А чем так плохо делать из программиста кодера? ну кроме падения заработков.

Программист - творческая личность.
А кодером может и моя бабушка работать.

[Morpheus]

Цитата:

Сообщение от kALVINS

А чем так плохо делать из программиста кодера? ну кроме падения заработков.

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

[kALVINS]

Цитата:

Сообщение от Morpheus

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

Часто приходится быть и архитектором.
И я не против больших заработков программистом, а только за!!! Не нужно нам падение зарплат на рынке!!!

[RVS]

Цитата:

Сообщение от kALVINS

Часто приходится быть и архитектором.

Гм... Какое совпадение

Цитата:

Сообщение от kALVINS

И я не против больших заработков программистом, а только за!!! Не нужно нам падение зарплат на рынке!!!

Просто признайтесь честно, что сие от Вас не зависит.

К вопросу о "кодерах" - видел сам результат использования аутсорсеров (индусов) компанией, в которой неплохо умели писать ТЗ.
Изделие - конвертер данных системы при переходе на Евро.
Результат - продукт, купленный у исполнителей, как коммерческая версия, был втихую (без засветки клиентам) переписан. 3 человеко-месяца только разработки. Плюс тестирование и проч. накладные расходы.

Причина (внимание!) - неумение и нежелание исполнителей (кодеров) разобраться в архитектуре системы и грамотно встроить свое изделие в нее. Плюс (минус, точнее ) - дико грязный код (cut&paste, алиасы для переменных, ...)

Если Вы хотите так работать - флаг Вам в руки