Отправляет email-рассылки с помощью сервиса Sendsay

Заметки о проектировании сайтов

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "В Интернете деньги есть!" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Март 2007   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор
Дмитрий Сергеев

Статистика

602 подписчиков
0 за неделю
←   Все выпуски   →

Как писать техническое задание на сайт. Как проектировать тщательно


Подходы к написанию технического задания на разработку сайта

Рассказы о том, что никто не знает, как правильно писать техническое задание на разработку сайта, немного преувеличены. Есть ГОСТы, есть профессиональные технические писатели, есть требования, которые вполне можно выразить в письменном виде. Обычно нет времени и желания писать нудную бумажку.

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

1. Компании нужен сайт. Исполнитель еще не выбран, а требования уже сформулированы. Компания обращается в профессиональную организацию, специалисты которой занимаются написанием технической документации. Документ пишется пару месяцев, работа стоит от $ 3000.

Это утопия. Наверное, подобными вещами занимаются крупные организации. На практике я с такими случаями не сталкивался.

2. Кто-то, кому понадобился сайт, знает о существовании такого явления, как техническое задание. Он садится и за пару часов пишет текст. Верстка должна быть блочной, цвета — синий и зеленый, на главной странице — новости компании и фото директора, меню — вертикальное.

Основная проблема подобных документов в том, что автор слабо представляет себе реальный процесс разработки сайта и мало знает о процедурах поддержки. В результате функциональность системы не описывается, а описываются художественные предпочтения работников компании и разделы сайта.

Пожалуй, такой сценарий — самый популярный. Иногда похожее техническое задание пишут сами разработчики и отдают заказчикам сайта. Вроде как документ есть. Можно и поругаться, если что.

Этот вариант плох тем, что разработчики обманывают сами себя, растрачивая время на бессмысленную писанину. Заказчикам тоже плохо — за составление технического задания они платят отдельно.

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

3. Заказчик и исполнитель пишут техническое задание вместе, незаметно проектируя будущий сайт. Люди учатся. Они читают ГОСТы, форумы, примеры реальных технических заданий на похожее ПО. На написание документа отводится хотя бы две-три недели. Работа нормально оплачивается.

Мне кажется, подход вполне здравый. Конечно, получить веский аргумент для суда в виде идеального технического задания вряд ли получится. Зато в процессе разработки появится место для проектирования. Плюс к этому разработчики поймут, чего от них хотят. Да и требования будут сформулированы. Всем будет легче работать, а затраты не такие уж большие.

Такой подход на практике я видел раза три. Остальное — за вторым вариантом.

Комментарии

Как писать техническое задание (ТЗ) на сайт. Ссылки

Основой технического задания (далее по тексту — ТЗ) на разработку сайта могут стать ГОСТы, кто бы что ни говорил. Спешу развеять главный миф: ГОСТы — это вовсе не длиннющие пыльные манускрипты, которые невозможно читать из-за устаревшего формального языка. Их сочиняли разумные люди. Что важно — они избегали «воды».

Читать дальше…

Простой способ проектировать сайты тщательнее

Тщательное проектирование значительно повышает эффективность процесса разработки. Это общее место. Об этом не писал только ленивый. Но как заставить себя проектировать с нужным уровнем детализации? Как повысить эту самую тщательность? Как понять, что ты продумал будущий сайт уже достаточно подробно?

Читать дальше…

---

Дмитрий Сергеев

dima.sergeev@gmail.com

http://dserg.com
В избранное