Working backwards

Знаете ли вы, что один из знаменитых принципов Amazon — “working backwards”?

Суть в том, чтобы до начала разработки написать документы, которые нам понадобятся непосредственно перед запуском.

Преимущество в том, что, вы с головой влезаете в mindset пользователя (пытаясь понять, какие вопросы он может задать) ну, и достигаете кристальной чистоты мысли (сразу думая о том, как вы будете презентовать свое решение — запутанные графики и сложная терминология точно не сгодятся).

Это, к слову, довольно популярный психологический прием, чтобы помочь людям определиться с целями и построить личный план развития. Вот одна из вариаций - представьте, что я, ваш друг, уехала в долгое путешествие без всяких средств связи. Через 5 лет я возвращаюсь, встречаюсь с вами за кофе и понимаю, что вы офигенно успешны. Что такого вы мне рассказали, что я это поняла?

Точно также можно делать на уровне продукта (“как выглядит мир через 5 лет? и как в нем существует ваш продукт?” — стратегия и видение) и на уровне проекта (“вот мы вышли в продакшн — что изменилось в жизни пользователей?” — эффект, история, метрики успеха, приоритизация фич).

Вспомните, то же самое спрашивают нас на собеседованиях "кем вы себя видите через 5 лет?" — что изменится в вашей жизни, как вы представляете, что вы для этого сделаете.

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

Кстати, при анализе данных тоже такой подход работает. Вы на входе должны представить картинку (визуализировать в голове), что вы хотите увидеть. Здесь показать данные, тут метрики, здесь выводы и рассуждения, и на выходе увидите, что одно эффективней другого. На входе гипотезы, во время их проверка, на выходе — результат. И необязательно представлять проект в виде временной шкалы на 5 лет.

Не бойтесь таких вопросов, в том числе и задач — это облегчит жизнь всем 💫