Если в процессе проектирования вы понимали, что фича в том виде, в котором она пришла, нереализуема или нецелесообразна — что делали?

В роли системного аналитика важно выступить посредником между бизнесом и разработкой. В такой ситуации я бы:

• Провёл детальный анализ требований бизнес-заказчика, чтобы понять, какие именно функции критичны и какие могут быть упрощены или отложены.
• Организовал встречу с командой разработки для выяснения технических ограничений текущей архитектуры и причин невозможности реализации в сжатые сроки.
• Исследовал возможные компромиссные решения: например, минимально жизнеспособный продукт (MVP) с ограниченным функционалом, который можно расширить позже.
• Подготовил альтернативные варианты с оценкой рисков и сроков, чтобы бизнес мог принять информированное решение.
• Обеспечил прозрачность коммуникации, чтобы обе стороны понимали ограничения и возможности.

Таким образом, задача аналитика — найти баланс между бизнес-потребностями и техническими реалиями, предлагая реалистичные и обоснованные решения.