Вопрос-ответ по автоматизации управленческого учета
2020-03-04 08:56

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

Привет, это Анатолий Никулин. Нам в рубрику вопрос-ответ пришёл вопрос про составление правильных технических заданий для программистов! Попробуем разобраться!

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

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

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

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


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


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

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


Цель изменения — ради чего мы вообще делаем Х и пишем ТЗ

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

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

Дано

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

Что нужно сделать — «вроде бы» суть ТЗ

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

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

Как будет осуществляться проверка или сдача работ — что делает ТЗ похожим на договор

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

✅ Скачать шаблон технического задани(Goggle Docs).




👉 Если что, мы можем за вас составить ТЗ. Для этого запишитесь на консультацию, мы разберёмся и оформим ТЗ. Если что, записатсья также можно, через телефон +7 (495) 764 83 81 


Что посмотреть ещё:
Как составить правильное ТЗ для программиста 1С
Как мы ставит дедлайны при работе с подрядчиками
Как и где найти программиста 1С
— Консультации по автоматизации управленческого учёта