Реальность работы такова, что нам постоянно нужно менять контекст. К нам приходят заказчики хотят от нас сроков и решений, разработчики хотят постановки задач, при том нужно же когда-то и работу делать,  “Думать сам документ”! Люди думают что это просто выйти из одного потока думания, загрузить в голову всю информацию в голову по другому вопросу и “быстро ответить”. А еще они думаю что за это ничего не будет.

Причины таких ситуаций, и способы решения мы разберем на докладе

У всякого клиента есть проблема, но часто он просит фичи, а не решение проблемы. Или он уже решил, что ему может помочь, а когда продукт выпускается, оказывается что результат не тот. Как бы сделать так, чтобы клиент сам рассказал о проблемах, и мы смогли сформровать более эфективное предложение ценности в виде функцинала?

На этот вопрос и попробуем найти ответ.

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

Поговорим о том, как можно помочь команде выявить ошибки, до того как она их совершит. (Доклад/ Мастер-класс)