Сколько людей, столько и мнений. Это касается и процесса разработки сайта или другого программного обеспечения. Заказчик говорит одно, а исполнитель понимает другое. В итоге результат не оправдывает ожидания ни одной из сторон. Избежать этого поможет техническое задание (далее ТЗ). Как составить грамотное техническое задание для разработчиков? Разберем 4 главных правила. Все подробно прописать Все должно быть зафиксировано на бумаге или в электронном документе. Если переговоры проводятся устно, то все договоренности все равно нужно записать...

Все нижеописанное является изложением моего собственного опыта и не является истиной в последней инстанции. Комменты, деление опытом – приветствуются! Спойлер – идеального формата ТЗ нет. За свой опыт работы я составлял и решил сотни задач по 1С и побывал в разных "шкурах" при их решении: Я видел и задачи из одной строчки типа: "Сделайте нам, пожалуйста, чтобы финрезультат считался в 1С", и монструозные задачи оформленные по ГОСТ34 на 50 страниц убористого текста на внедрение системы учета чего-нибудь, как на скрине ниже...