Как написать грамотное техдание на разработку софта?

← →
mvg_first (2002-05-16 18:02) [0]

Помогите пожалуйста с сабжем. Устроился на работу в солидную фирму, которая занимается продажей компов, и желает развивать софтовое направление, но мне нехватает опыта в написании технического задания.
Помогите информацией (ссылками, обрацами, пояснениями) как их писать с чего начинать и какие могут быть подводные камни?.

← →
MJH (2002-05-17 03:31) [1]

хм....надо было тебе к нам в универ походить послухать тётю кочетову :)

← →
mvg_first (2002-05-17 16:53) [2]

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

← →
kaif (2002-05-17 18:20) [3]

Грамотное техзадание на софт написать, ИМХО, невозможно. Или надо его писать вместо софта.
Поправлюсь: когда софт уже написан, тогда можно написать техзадание к нему.

← →
mvg_first (2002-05-17 19:14) [4]

Вообщето, может я неверно поставил вопрос, может техзадание и не на софт нужно а на СИСТЕМУ (комплексную заморочку такую) где четко поисано что как должно выглядеть, как работать и когда и по какой ошибке вываливаться, что бы потом, всяким предирчивым заказчикам ткнуть носом - что, мол разработчик сделал все как заказалич, а то что он не заказал или недосмотрел в тех задании это его вина, главное что он его подписал :).

Вот как правильно, красиво, грамотно писать такие вещи (а главное быстро - настолько, насколько это возможно) я и интересуюсь.

← →
petr_v_a (2002-05-17 20:33) [5]

А ты его грамотно не напишешь. Ведь для этого необходимо
а) Владеть предметной областью
б) Побывать в шкуре юзера
в) Владеть русским канцелярским без мата
г) Знать всякие ГОСТЫ, ISO и все пр. из данной серии понятий *

* данный пункт является опциональным, но позволяет составлять ТЗ, при прочтении которых пользователь заснет на первой странице и признает, окно с надписью "Access Violation" - это то, что ему было нужно.

Но как только ты всему этому научишься, придется заново учиться программировать... поверь на слово человеку, пишущему сейчас "Стратегию развития на период 2003-2005 гг." ...

← →
mvg_first (2002-05-18 21:03) [6]

Ну почему не напишу??? Шанс есть :)
По пунктам :
а) владею на 80% остальное при беседе с заказчиком
б) Был в шкуре юзера, с этого начинал, долгое время только и был - что юзером, хотя может за давностью, уже и не пригоден:)
в) Вот с этим могут быть проблемы, но думаю со словарем вместе как то осилю
г) остаеться только что и изучить ГОСТЫ и ISO.

Но всетаки лишнм бы небыло услышать какие нибудь практические рекомендации??. Может всетаки кто-то поможет начанающему в этой области?

← →
kaif (2002-05-19 01:16) [7]

Мне кажется, есть большая разница между двумя подходами:
1. Сделать так, чтобы клиент был доволен
2. Сделать так, чтобы клиент не мог выражать претензии
Мне кажется, что при первом подходе бизнес будет процветать. При втором - хиреть. Но это сугубо мое личное мнение...
А вообще сложность разработки техзадания сопоставима со сложностью написания реализации я так думаю не менее, чем 50x50.
И если клиент не согласен платить за техзадание отдельно, то это просто увеличивает себестоимость продукта неизвестно за чей счет. Если же клиент готов платить именно за техзадание, то лучше узнать его требования. Иногда, правда, они могут быть фантастически невыполнимыми или идти вразрез со здравым смыслом...
Вообще многие авторы склоняются к мнению, что схема
техзадание->техпроект->рабочий проект->программа не работает.
Может, эта схема и оправдана при очень больших проектах, когда в дело вовлечены тысячи человек, я не знаю...

Как написать грамотное техдание на разработку софта? Найти похожие ветки