Сейчас в сфере ИТ очень много различных толкований такого важного документа, как ТЗ (Техническое задание). Каждый трактует и составляет его по своему. А между тем, есть государственный стандарт. История у ТЗ солидная: корни уходят ещё в советские ГОСТы. А в IT оно окончательно прижилось в 90–00‑е, когда стал популярен аутсорсинг. Проще говоря, когда организации начали заказывать разработку автоматизированных систем «на стороне». Но если отбросить пыль с ГОСТов, суть-то остаётся кристально понятной и нужной...

Любой разработчик ПО знаком с болью нечеткого ТЗ от заказчика: «Нужно чтобы было красиво и быстро». В мире «железа» цена такой нечеткости измеряется не в часах переделки кода, а в тоннах испорченного металла, неделях простоя производства и шестизначных суммах убытков. Парадокс в том, что заказчик часто винит исполнителя, хотя корень зла — в документе, где «обработать как обычно» соседствует с «материал — сталь какая-нибудь». Хорошее ТЗ на металлообработку — это не бюрократия, а интерфейс между вашим желанием и физическим миром...