Приходилось ли вам работать в команде без выделенного аналитика?

Да, в таких ситуациях разработчики часто берут на себя часть аналитических функций для успешного выполнения проекта.

Мой опыт и подход:

1. Выявление и уточнение требований: Прямая коммуникация с заказчиком, продукт-менеджером или стейкхолдерами для прояснения деталей и edge-кейсов.
2. Декомпозиция и документирование: Преобразование высокоуровневых пожеланий в конкретные технические задачи и пользовательские сценарии (user stories).
3. Проектирование интерфейсов: Самостоятельное проектирование API-контрактов или форматов данных на основе бизнес-логики.

Пример: При разработке модуля оплаты без детального ТЗ я прояснял с бизнесом сценарии возвратов, частичных оплат и валютных операций, а затем документировал поведение метода:

/**
 * Обрабатывает платеж пользователя.
 *
 * @param userId Идентификатор пользователя (обязателен, иначе Bad Request 400).
 * @param amount Сумма платежа (должна быть > 0, иначе Unprocessable Entity 422).
 * @param currency Валюта (по умолчанию 'RUB', если не указана).
 * @throws InsufficientFundsException если баланс пользователя меньше суммы платежа (409 Conflict).
 * @return TransactionDto объект с деталями созданной транзакции.
 */
@PostMapping("/payment")
public ResponseEntity<TransactionDto> processPayment(
        @Valid @RequestBody PaymentRequest request) {
    // Реализация метода
}

Итог: Это развивает soft skills (коммуникация, аналитическое мышление) и дает более глубокое понимание предметной области, хотя и требует дополнительного времени.