Многие начинающие разработчики думают, что процесс создание программы – это сидеть перед компьютером и «программировать». На самом деле, как и в других делах, все начинается с «подготовки рабочего места».
Один из признаков, по которому сразу можно отличить новичка от «продвинутого» разработчика – едва выслушав, что нужно делать, он тут же кидается «кодить», и получает в результате полный набор граблей, шишек и теряет впустую кучу времени. В отличие от него, опытный разработчик будет дотошно выпытывать и уточнять ТЗ, и только после полного понимания сути вопроса приступит к созданию БД. Причем время, затраченное на «осмысление», может иногда даже превышать время создания программы.
Если в техническом задании для вас есть белые пятна, это скорей всего приведет к большим временным затратам на «переделки». Потому что, для создания, например, бухгалтерской программы, нужно быть бухгалтером, а если вы делаете приложение по продаже недвижимости - то риэлтером. Плюс ко всему знать «местные особенности» учета/продаж (а без них как правило не обходится ни одна контора). И так как по понятным причинам нельзя объять необъятное, то вам нужно очень подробно вытянуть все вопросы из заказчика.
Несмотря на очевидность подобного, практически все начинающие думают, что смогут потом на ходу поправить структурную схему и доработать формы. Но на практике выходит, что как только заказчик получает первый черновой вариант, то он тут же говорит: а можно здесь сделать так, а тут эдак, или выясняется, что он имел в виду совсем другое. И тогда приходит просветление, что созданная схема данных (такая очевидная и правильная для вас) никуда не годна, потому что вы неправильно поняли ТЗ, или заказчик не достаточно подробно его раскрыл.
Поэтому прописывайте ТЗ на бумаге вместе с заказчиком, вплоть до каждого поля и каждой связи. Рисуйте формы, уточняйте тонкости будущего интерфейса. Чем точнее будут рисунки, тем проще потом вам будет работать.
Но практика и тут вносит свои коррективы: далеко не все заказчики понимают важность ТЗ. Иногда они думают, что достаточно «все обсудить по телефону» или решить вопрос парой писем. Опытные разработчики, видя неадекватность такого заказчика, часто сразу отказывают ему, так как у них уже есть имя (сайт, фирма и т. д.) и они не могут позволить себе тратить время на переливание из пустого в порожнее, тем более, что есть другие заказы, с более понятным ТЗ. Но так как статья адресована начинающим, которым еще нужно этот опыт приобрести (а если всем отказывать – где же его взять) то не жалейте времени и сил, чтобы убедить их в обратном. Потому что все проволочки и срывы сроков могут быть приписаны вам (объяснили же все по телефону).
Иногда поступает предложение создать программу на основе уже работающей (существующей) но с меньшим функционалом или просто устаревшей в силу разных причин. И хотя на первый взгляд кажется, что такое дело проще (есть ведь уже готовая «отлаженная» схема) – однако обычно приходится полностью перекраивать схему данных, так как чаще всего в таких ситуациях, программа создавалась начинающим разработчиком и вопрос о доработке возник, когда стало очевидным, что «дальше так жить нельзя». И тут еще большой вопрос, что проще: доработать или начать все с нуля. Неправильное решение этого вопроса может создать весьма большие проблемы. Например, после нескольких месяцев безуспешных попыток «реанимировать труп» - кто будет платить за срыв сроков?
Есть еще нюансы, которые, как правило, относятся к большим проектам – это стоимость разработки ТЗ и его конфиденциальность. Дело в том, что более – менее грамотное ТЗ на приличную разработку может стоить порядка 500 – 1000$, а его согласование займет не мало времени. Поэтому крупные компании заказывают разработку ТЗ фирмам, специализирующимся в таком деле, либо фирме – исполнителю (если она предоставляет такие услуги), где разработка тех. задания идет отдельным пунктом. Кроме того, иногда при заключении договора на разработку ТЗ подписывается соглашение о конфиденциальности сведений, обычно сроком действия лет на пять.
В дальнейшем, большая часть ТЗ, постепенно трансформируется в справочное руководство.
