Техническое задание для IT-проекта

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

Независимо от опыта разработки и образования. В результате получаешь документ, представляющий собой по сути поток сознания человека, который для себя, скорее всего, имеет желаемый образ продукта, но внятно изложить его для исполнителя не может.

А между тем, ТЗ, или техзадание, понятие вполне определенное и формализуемое, не в творческой тусовке придуманное, и вполне стандартизированное.

Вот, здесь это для справки и ссылок.

Для начала, Википедия (не все догадываются даже туда заглянуть):

Техническое задание

ГОСТы:

ГОСТ 25123-82. Машины вычислительные и системы обработки данных. Техническое задание. Порядок построения, изложения и оформления

ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению

ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы

Ещё:

Приложение № 3 к Правилам приемки НИОКР, утвержденным Приказом Роспрома 16.09.2004 № 95.

Вот еще книга: К.И.Вигерс — «Разработка требований к программному обеспечению». Найти не трудно.

Можно и поучиться:

Сбор требований и разработка технического задания для ИТ проектов

А здесь популярно:

Правила технического задания

Разработка технического задания. Что это такое, зачем оно нужно, с чего начать и как должно выглядеть?

Разработка технического задания (ТЗ) на программный продукт с точки зрения заказчика

Как разработать Техническое задание. Часть 2. Виды работ при сборе требований к системе учета и информации для описания бизнес-процессов

У нас же есть техническое задание на систему / сайт / приложение / проект… tutorial

Техническое задание: как уберечь себя от ошибок и рисков из песочницы

Техническое задание на сайт

Техническое задание на сайт. Практика

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

В случае, условно говоря, MVC-проекта, из ТЗ без дополнительных разьяснений должна быть понятна архитектура проекта, в частности структура базы данных, состав и взаимосвязи моделей, правила роутинга, набор контроллеров и экшенов, набор шаблонов, характер взаимодействия с фронтендом. Нет, заказчику не обязательно знать все эти термины, он может всё сформулировать на своем языке, но так, чтобы разработчик мог однозначно перевести на свой.

Наконец, самое главное. Вам лень во все это вникать? И так сойдет? Объяснимся на пальцах? Да, разумеется. Но это наверняка увеличит стоимость вашего проекта минимум вдвое, а срок его реализации не меньше чем в 1,5 раза. Не верите? Проверьте!

И еще. Если вы получили ссылку сюда от меня, это еще хорошо. Потому что если нет, ваши потери будут еще больше.

Upd 17.05.2017: Стандарты и шаблоны для ТЗ на разработку ПО

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *