<Назад

Введение в написание технического задания

В последней публикации мы поговорили о том, как протестировать концепцию MVP. Переходим к разработке. Разработку стоит начинать с составления технического задания. Техническое задание — это документ, который содержит детальное описание проекта и требования к его реализации.

Я выделяю 3 основных этапа:

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

2. Драфт ТЗ. На этом этапе необходимо ответить на ряд технических вопросов по проекту. Среди них: какой выбрать стек разработки, архитектуру продукта, каковы требования к серверным мощностям и так далее.

3. Финальное ТЗ. На этом этапе привлекается 1-2 сторонних эксперта, которые формируют независимую оценку ТЗ. Согласитесь, прежде чем приступать к лечению, лучше подтвердить диагноз у нескольких специалистов. С учетом экспертного мнения формируется финальная версия технического задания.

Кто пишет ТЗ?

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

Вот два оптимальных варианта аутсорса ТЗ:

1. Нанять человека, чья профессия писать ТЗ — технического писателя;

2. Если планируете отдать разработку на аутсорс, то можно делегировать им же и написание ТЗ.

Заключение

Техническое задание — это важная часть разработки ИТ решения. Оно четко определяет горизонт разработки как для заказчика, так и исполнителя. Без него невозможно реально оценить сроки реализации продукта. В следующей публикации разберем структуру ТЗ.