Когда получаете новую задачу от бизнеса, попробуйте сначала спросить: «А какую проблему мы решаем?» Например: ❌ «Нам нужна кнопка отмены заказа». Вместо этого: ✅ «Почему пользователю сейчас приходится обращаться в поддержку, чтобы отменить заказ?»

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

Я стараюсь использовать простую цепочку: Проблема → причина → цель → решение → требования.

Это помогает не превращать аналитика в человека, который просто «переводит хотелки бизнеса в задачи для разработки».