Вопрос-ответ

Как составить идеальное ТЗ?

Привет. На моей работе я постоянно ищу программистов и должен им отдавать технические задания. Судя по тому, что они делают, я неправильно составляю техническое задание. Научите как надо. (если что, я не программист)


Привет, я Анатолий Никулин и я отвечу на ваш вопрос, так как я написал очень много ТЗ и был по разные стороны баррикад: программист, руководитель, заказчик.
image


Вот, что вам точно надо знать: идеального формата ТЗ — не существует!

Идеального формата ТЗ — нет!

Я видел и задачи из одной строчки: «Сделайте нам, пожалуйста, чтобы финрезультат считался в 1С», и монструозные задачи оформленные по ГОСТ34 на 50 страниц, как на скрине ниже.
image


Для маленькой задачи избыточное ТЗ может «сожрать» ваше время, ресурсы впустую, а на большую задачу, зачастую требуется переписывать ТЗ несколько раз.

Я предлагаю использовать следующую структуру ТЗ. Из опыта, она проста и подходит для большинства задач с объемом трудозатрат разработчика в диапазоне от 1 до 50 часов.

image

Цель измененияРассказываем разработчику что следует думать и как принимать решения при выполнении задачи. Нарисовать кнопку это не цель, создать отчет тоже не цель. Попробуйте описать цель в виде результата от использования новшества.

Например: «Я перестану тратить время на сбор отчетов на 10 минут меньше в день» или «У меня появится информация, на основании которой я смогу принять решение и не терять товар стоимостью 1/10 от своих суммарных запасов» и т.п.

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

Что нужно сделать
Вроде бы, это b есть сама суть ТЗ. Стараемся раскрыть этот пункт наиболее полно, в этом случае больше вероятность решения задачи так как вам хотелось бы.

Особенно обратите внимание на тезис «сценарий использования». Он похож на описание в виде userstories по agile методам и описания могут звучать примерно так: – «Я, как пользователь логист открываю монитор доставки, смотрю столбец таблицы тут, нажимаю сюда и т.д.». Очень хорошо дает понимание разработчику процесса использования дорабатываемого функционала.

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

Скачать шаблон технического задания




Made on
Tilda