О роли discovery в разработке и самой дорогой ошибке 😌

Не так давно я выступал на мероприятии и заодно понял, почему почти перестал писать сюда. Когда много работаешь над развитием направления, исследованиями и внутренними задачами, легко сосредоточиться только на результате.

Но профессиональные идеи становятся сильнее, когда проверяешь их в разговоре с людьми, которые смотрят на ту же проблему с другой стороны.

На мероприятии компании «Градиент» мы обсуждали роль исследований и discovery в создании продуктов. В панели участвовали спикеры с большим практическим опытом, в том числе представители финтеха из ВТБ 🏦, Альфы 🦆, Яндекса🌐 и др. компаний.

Говорили о повседневной, но не всегда удобной вещи: бизнес-заказчик часто чётко видит потребность, но выбранное решение эту потребность не закрывает.

❕Самая дорогая ошибка – хорошо реализовать неправильное решение. Именно поэтому discovery (проверка гипотез до разработки) нужен не для подтверждения идеи. Его задача заключается в том, чтобы снизить неопределённость до того, как решение зафиксировано в ТЗ, бюджете и сроках.❕

Исследование не обязано подтверждать идею заказчика. Оно может показать, что её нужно изменить, доработать или вовсе отменить. Такой итог иногда воспринимают как неудобный. Но отрицательный discovery – не провал. ⚡️

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

Discovery для меня – это не просто сбор мнений пользователей, а получение оснований для принятия решения до того, как ошибка станет дорогой. Согласны🤔