Как формализовалось ТЗ на предыдущей работе

На предыдущем месте работы ТЗ формализовалось в виде структурированных документов в Confluence или Google Docs, включающих:

1. Цель и контекст – зачем нужна задача, какие проблемы решает.
2. Требования – функциональные (что должно делать) и нефункциональные (производительность, безопасность).
3. API-контракты (если backend) – эндпоинты, форматы запросов/ответов (часто в Swagger/OpenAPI).
4. UI-макеты (если фронт) – Figma-ссылки с описанием интерактивности.
5. Критерии приемки – чеклист для тестирования.

Пример для API-задачи:

# Требование: GET /users/{id} возвращает 404 если пользователь не найден
def test_user_not_found(client):
    response = client.get("/users/999")
    assert response.status_code == 404

Дополнительно использовали Jira для трекинга (описание + прикрепленные документы). Важно: ТЗ согласовывали с продукт-менеджером и QA перед стартом разработки.