На предыдущем месте работы ТЗ формализовалось в виде структурированных документов в Confluence или Google Docs, включающих: - **Цель и контекст** – зачем нужна задача, какие проблемы решает. - **Требования** – функциональные (что должно делать) и нефункциональные (производительность, безопасность). - **API-контракты** (если backend) – эндпоинты, форматы запросов/ответов (часто в Swagger/OpenAPI). - **UI-макеты** (если фронт) – Figma-ссылки с описанием интерактивности. - **Критерии приемки** – чеклист для тестирования. Пример для API-задачи: ``` # Требование: GET /users/{id} возвращает 404 если пользователь не найден def test_user_not_found(client): response = client.get("/users/999") assert response.status_code == 404 ``` Дополнительно использовали **Jira** для трекинга (описание + прикрепленные документы). Важно: ТЗ согласовывали с продукт-менеджером и QA перед стартом разработки.