Как правильно оформляют ТЗ?

[ish0]

Лучше почитать ГОСТы, ну или Wiki.

http://ru.wikipedia.org/wiki/%D0%A2%...BD%D0%B8%D0%B5

[OlegNZH]

ТЗ , допустим , в МО , одно из Основных Задач. Если Неправильно сформулировал- потом- греха не оберёшься- ну, Исполнитель выдаст Формально по ТЗ, но- не то, что требовалось. Все формальности соблюдены , а Плёхо . На Серьёзные Проекты- годами пишется- нужно Точно сформулировать, что Нужно, плюс- Возможности Исполнителя.

[vikzabol]

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

[aleksandr-zh]

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

золотые слова! ))

[Gnider]

Лучше почитать ГОСТы, ну или Wiki.

http://ru.wikipedia.org/wiki/%D0%A2%...BD%D0%B8%D0%B5

В понимании директоров современных фирм "ГОСТ=суслик"

[Gnider]

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

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

[vо1]

"ввязаться в драку а потом посмотрим"

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

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

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

[RY723]

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

Описывается только то, что ваше устройство должно делать. Согласовываются с заказчиком и ключевые моменты - себестоимость, потребление, габариты, источники питания. Всё это делается в письменном виде, с соответствующими подписями обеих сторон. Тогда эта бумага становится договором на разработку. Если делать без этого, то в любой момент заказчик може заявить - всё, что сделали, полная фигня, а надо мне совершенно другое. И так может продолжаться до бесконечности. А вот если имеется ТЗ, договор, то любое - "хочу..." уже сопровождается дополнением к договору и оплатой этой работы заказчиком. А иначе всё будете делать бесплатно.
А какие будут там подпрограммы и всё пр., то это ваши проблемы, а не заказчика. Вы, ведь, когда полльзуетесь самолётом, не интересуетесь, какого цвета носки у командира экипажа? Главное для вас - сервис. Так и тут...

[spamkerdyk]

вот в этом есть проблема:
заказали, рассказали на словах
А потмо выплывает: ...

А элементарно. После того, как все рассказали на словах и на пальцах, просто записываешь все это в виде ТЗ и показываешь заказчику: "Здесь все написано? Тогда подпиши." Если заказчик серьезный, он это все прочитает и сделает дополнения. Можно дать время подумать. Можно раза два-три переписать и снова согласовать. Но после того, как заказчик подписал, он будет знать, что все выплывшее помимо этой бумаги - это другой заказ и другие деньги. И оно либо не выплывет, либо будет отдельно оплачено.

И еще. Любимая фраза моего нынешнего начальника: "Заказчик всегда прав". Наверное да, если он заказывает авиабилеты. Но это полная чушь, если речь идет о разработке. В этом случае заказчик никогда не знает точно, что ему нужно. И почти всегда не прав, ибо не представляет как что можно реализовать.
Поэтому здесь тебе карты в руки. Как только стало ясно, что хочет заказчик, просто сам пиши, что и как ты сделаешь. Не требуй этого от заказчика, если бы он знал, то может и сделал бы сам.

Ну, а если знает, тогда обычно и вопрос о техзадании не возникает.

А форма техзадания. Да она в принципе не имеет значения, главное определить, что и как будет сделано, и получить подпись заказчика: "Я согласен".

[OlegNZH]

"Здесь все написано? Тогда подпиши." Если заказчик серьезный, он это все прочитает и сделает дополнения.

Он- в Свою пользу дополнения сделает, и подпишет! (если серьёзный ), Потом- не отвертеться!