Привет, это Анатолий Никулин. Нам в рубрику вопрос-ответ пришёл вопрос про составление правильных технических заданий для программистов! Попробуем разобраться!
Привет. На моей работе я постоянно ищу программистов и должен им отдавать технические задания. Судя по тому, что они делают, я неправильно составляю техническое задание. Научите как надо. (если что, я не программист)
Я написал очень много ТЗ и был по разные стороны баррикад: программист, руководитель, заказчик. Сейчас, в основном, почти каждый день пишу технические задания для програмистов. Так что думаю, что смог вам помочь! Но если что-то будет непонятно — записывайтесь на консультацию, с удовольствием поможем!
Вот, что вам точно надо знать: идеального формата ТЗ — не существует!
🔥 Идеального формата ТЗ — нет!
Я видел и задачи из одной строчки: «Сделайте нам, пожалуйста, чтобы финрезультат считался в 1С», и монструозные задачи оформленные по ГОСТ34 на 50 страниц, как на скрине ниже.
Для маленькой задачи избыточное ТЗ может «сожрать» ваше время, ресурсы впустую, а на большую задачу, зачастую требуется переписывать ТЗ несколько раз.
Я предлагаю использовать следующую структуру ТЗ. Из опыта, она проста и подходит для большинства задач с объемом трудозатрат разработчика в диапазоне от 1 до 50 часов.
Цель изменения — ради чего мы вообще делаем Х и пишем ТЗ
Рассказываем разработчику что следует думать и как принимать решения при выполнении задачи. Нарисовать кнопку это не цель, создать отчет тоже не цель. Попробуйте описать цель в виде результата от использования новшества.Например: «Я перестану тратить время на сбор отчетов на 10 минут меньше в день» или «У меня появится информация, на основании которой я смогу принять решение и не терять товар стоимостью 1/10 от своих суммарных запасов» и т.п.
Дано
Прям, как в задачке по физике . Тезисно о чем там писать указано в шаблоне. Цель – дать понять на уровне слов с каким техническим окружением и программами придется работать программисту.Что нужно сделать — «вроде бы» суть ТЗ
Вроде бы, это b есть сама суть ТЗ. Стараемся раскрыть этот пункт наиболее полно, в этом случае больше вероятность решения задачи так как вам хотелось бы.Особенно обратите внимание на тезис «сценарий использования». Он похож на описание в виде userstories по agile методам и описания могут звучать примерно так: – «Я, как пользователь логист открываю монитор доставки, смотрю столбец таблицы тут, нажимаю сюда и т.д.». Очень хорошо дает понимание разработчику процесса использования дорабатываемого функционала.
Как будет осуществляться проверка или сдача работ — что делает ТЗ похожим на договор
Жирный пунктик о том, как будет проводится проверка и кем. Будем проверять на тестовой базе или сразу в продакшн запускаем. Если даже не описывать этот пункт, то хотя бы просто подумайте о нем, как это будет выглядеть.✅ Скачать шаблон технического задани(Goggle Docs).
👉 Если что, мы можем за вас составить ТЗ. Для этого запишитесь на консультацию, мы разберёмся и оформим ТЗ. Если что, записатсья также можно, через телефон +7 (495) 764 83 81
— Как составить правильное ТЗ для программиста 1С
—Как мы ставит дедлайны при работе с подрядчиками
— Как и где найти программиста 1С
— Консультации по автоматизации управленческого учёта