Тема 4 Разработка технического задания

Написание технического задания - один из первых этапов работы над проектом.

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

Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.

Как инструмент коммуникации в связке общения заказчик-исполнитель, техническое задание позволяет:

1. обеим сторонам

· представить готовый продукт

· выполнить попутную проверку готового продукта (приёмочное тестирование — проведение испытаний)

· уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний)

1. заказчику

· осознать, что именно ему нужно

· требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ

1. исполнителю

· понять суть задачи, показать заказчику «технический (художественный) облик» будущего объекта проектирования

· спланировать выполнение проекта и работать по намеченному плану

· отказаться от выполнения работ, не указанных в ТЗ

Техническое задание - исходный документ определяющий порядок и условия проведения работ по Договору, содержащий цель, задачи, принципы выполнения, ожидаемые результаты и сроки выполнения работ. Является основополагающим документом всего проекта и всех взамоотношений заказчика и разработчика. Корректное ТЗ, написанное и согласованное между всеми заинтересованными и ответственными лицами является залогом успешной реализации проекта.

В техническом задании описывается предметная область, существующая инфраструктура Заказчика, требования к создаваемому функционалу, а также нефункциональные требования. Получившийся документ необходим как бизнес-пользователю для того, чтобы он убедился в том, что все его пожелания к будущей системе учтены, так и нам, чтобы оценить стоимость разработки системы. Стоит отметить, что в повседневной аналитической работе стараются избегать термина «Техническое задание». Этот термин слишком перегружен смыслами и часто неясно, что за ним стоит. Используются термины «Бизнес-требования» (BRD - Business requirements document), «Функциональные требования» (FRD – Functional requirements document) и Технико-архитектурные требования (TAD – Technical Architecture document), «Дизайн-спецификация». Документ, который мы в большинстве случаев используем для взаимодействия с заказчиками состоит на 70% - из бизнес-требований, на 20% из функциональных требований и только на 10% - из технико-архитектурных и собственно дизайнерских требований. Конечно, эта пропорция варьируется в зависимости от специфики и технической сложности системы.

Главным фактором успеха при разработке технического задания является правильно выстроенная коммуникация с заказчиком. Ведь задача аналитиков состоит в том чтобы фактически произвести операцию brain-dump, и результаты расположить на бумаге в структурированном виде. При этом очень важно (1) разговаривать с заказчиком на одном языке, чтобы тому не приходилось разжевывать очевидные для специалиста понятия предметной области и (2) уметь правильно слушать.

Функции технического задания

· Организационная - при помощи технического задания можно упорядочить всю работу, то есть у дизайнера не будет соблазна превратить ваш дом в творческий хаос, а он предложит вам конкретную последовательность мыслей, с которой вы можете согласиться или подправить по своему предпочтению. Тех. задание исполнено на бумаге, поэтому оно поможет «освободить» место в голове и не держать всю лишнюю информацию, иначе получится настоящая «каша».

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

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

· Юридическая - клиенты, так же как и исполнители, часто забывают не только маленькие, но и глобальные предпочтения, которые они давали в самом начале обсуждения. Тех. задание несомненно является серьезным юридическим документом, который поможет доказать правоту той или иной стороны.

Принципы написания ТЗ

1. Максимальное использование графических материалов для наглядного и сжатого представления информации. Одна диаграмма зачастую в состоянии заменить несколько страниц текста. В данном контексте возможно рисование ТЗ, т.е. представление всех более-менее сложных фрагментов системы в графическом виде и использование текста в качестве комментариев к графическим материалам (рисунок 1).
2. По необходимости, использование в ТЗ прототипов, не являющихся окончательным решением. Прототипы, уже на стадии разработки, дают заказчику понять, как именно будет выглядеть объект дизайна.
3. ТЗдолжно быть написано «живым человеческим» языком, понятным бизнес-пользователю в т.ч. руководителю высшего звена, не обладающему техническими и дизайнерскими навыками; в них должен содержаться минимум технической терминологии. Чем быстрее пользователь «вникнет» в содержания технического задания, тем более эффективно будет выстраиваться наше с ним общение.

В общем случае содержание технического задания включает следующие разделы:

1. Введение;
2. Основание для разработки;
3. Назначение разработки;
4. Технические требования к объекту проектирования;
5. Технико-экономические показатели;
6. Стадии и этапы разработки;
7. Порядок контроля и приёмки;
8. Приложения.

В состав Технического задания входят следующие сведения:

• данные о Заказчике и Исполнителях;
• конфигурация технических средств;
• стоимостные данные.

Пример 1. Структура технического задания (проектирование баннеров)

1. Оглавление

2. История изменений документа

3. Участники проекта

4. Назначение документа

5. Терминология

6. Общий контекст

7. Система размещения баннеров

8. Взаимодействие с биллингом

9. Banner Engine

10. Техническое описание компонента Banner Engine

Если в начале документа даётся общая, концептуальная информация о разрабатываемой системе, то во второй, основной части документа, детально прописываются бизнес-требования и существенные для оценки стоимости разработки функциональные требования к системе. В разделе «Терминология» технического задания на баннерную систему определяются такие понятия как Показы, Клики, CTR, Охват, Частота контакта, Файл бронирования и т.п, а в разделе «Общий контекст» - описываются основные бизнес-процессы компании-заказчика, относящиеся к размещению баннерной рекламы, а также - системное окружение, текущие роли менеджеров компании и права доступа. Стоит отметить, что в данном конкретном случае система строилась не на пустом месте. Ранее менеджеры компании использовали другую, отличную от нашей, систему размещения баннерной рекламы. В противном случае - анализ ролей и прав доступа был бы скорее всего вынесен в отдельную главу.

Пример 2. Структура технического задания (дизайн интерьера)

1. Обмерочный чертеж (ситуационный план);
2. Адрес, общий метраж;
3. Количество комнат и их зональность;
4. Стиль художественного оформления интерьера, цветовые предпочтения;
5. Возможная комплектация мебелью;
6. Пожелания по освещению;
7. Функциональность ванной комнаты и санузла;
8. План по устройству напольных покрытий;
9. Заказ на отделку стен;
10. Пожелания по отделке потолков.