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