Сегодня поговорим об одном из ключевых артефактов в разработке продукта — техническом задании (ТЗ). 🔎 Зачем нужно ТЗ Этап сбора требований — один из самых дорогих и важных. ❌ Если аналитик собрал требования некачественно или команда поняла их по-своему — получится «не то», что нужно заказчику. Исправления обернутся потерей времени и денег. Чтобы избежать «испорченного телефона», требования фиксируются письменно — в документе ТЗ (requirements document). В нём описывается: цель проекта, состав и ожидаемые результаты, способы их достижения. 📌 Благодаря ТЗ все требования хранятся в одном месте и поддерживаются в актуальном состоянии. ✅ Чем полезно ТЗ Зафиксированные требования удобны и заказчику, и команде, потому что: Это единая структурированная база информации. На его основе строятся сценарии тестирования. Оно помогает контролировать соответствие решения ожиданиям заказчика. 🎂 Пример из жизни Представьте: бабушка готовит фирменный «Наполеон», а ваш друг просит рецепт. Если не записать ингредиенты и шаги, есть риск забыть детали, и у друга получится не тот торт. 📌 Рецепт в этом случае — это и есть ТЗ для задачи «Приготовить блюдо». 📖 ТЗ vs Спецификация требований (SRS) Иногда ТЗ называют спецификацией требований, но это не одно и то же. SRS отличается тем, что: требования детализированы до системного уровня, структура документа более строгая, объём документации значительно больше. 🌍 В международной практике чаще используют SRS. 🇷🇺 В России — ТЗ, которое адаптируется под конкретный проект или компанию.