Техническое задание на разработку в Актобе

Всё удалённо: разбор задачи и демонстрация по видеосвязи, переписка в мессенджерах, договор и закрывающие документы электронные, оплата через банк или Kaspi.

Оценку по объёму работ даём до старта, а не постфактум: видно, что делать сейчас, а что можно отложить на следующий этап.

Сроки и гарантия фиксируются в договоре. Клиенты из других городов обслуживаются в том же порядке, что и алматинские.

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

Основные заказчики связаны со снабжением и подрядами, цикл сделки длиннее, решают несколько человек. Мы описываем задачу так, чтобы её мог оценить любой исполнитель: роли пользователей, экраны, сценарии, интеграции, требования к данным и критерии приёмки.

Отдельно фиксируем, что в объём не входит. Этот раздел экономит больше нервов, чем все остальные вместе взятые, потому что именно вокруг него возникают конфликты в середине проекта.

Процессы: как задача решается сейчас и как должна решаться в программе.

Роли и права: кто работает в системе и что каждому доступно.

Функции и экраны: перечень возможностей с описанием ключевых сценариев.

Интеграции: с какими системами и в каком направлении идёт обмен данными.

Смета и этапы: сколько стоит, из чего складывается и в каком порядке делается.

Понятно каждому по-своему, в этом и проблема: заказчик имел в виду одно, разработчик услышал другое.

ТЗ фиксирует не только что будет, но и чего не будет. Второе не менее важно для сметы.

Когда объём описан, любое добавление становится видимым решением, а не спором задним числом.