Этим подходом со мной поделился Паша, когда я решал тестовое для Яндекс.Доставки, и я решил зафиксировать его здесь себе в будущее, чтоб не забывать
Идея в том, что бы в решении описывать действия, которые ты бы сделал, если бы такая задачка была на работе, и при недостатке вводных делать assumption’ы (предположения или допущения) и, в идеале, основываясь на них, придти к результатам
→ Например, вместо «пу-пу-пу, проведу исследование для оценки барьеров курьеров» — задизайнить верхнеуровнево исследование с целями и скриптом, идеально — провести его, прям пойти на улицу ловить курьеров или устроиться самому и выйти в поля (об этом расскажу во 2 части)
→ Вместо «пу-пу-пу, оценю проблему на основе данных» — написать, на основе каких источников какие метрики нужно будет посчитать, как это сделать и как потом использовать для принятия решения. Идеально — найти в открытых источниках данные, смоделировать БД и написать виртуальный SQL запрос и сделать вывод по данным
То есть нужно стремиться меньше писать слайды формата “делай хорошо, не делай плохо”, а конкретно показывать, что бы ты сделал будучи на работе. И в идеале — ДЕЛАТЬ на assumption’ах и приносить результат
При таком подходе в решении тестового появятся «технические» слайды — те, в которых вы показываете, как дизайнили исследование и моделировали метрики
И если бы вы были на работе, то на защите инициативы условному CPO вы бы показывали только слайды с результатами и выводами, без «технических», но в рамках тестового «технические» слайды помогут понять нанимающему механику вашего мышления на практике
На картинках показал примеры «технических» слайдов и малополезных слайдов «делай хорошо, плохо не делай» из своего же тестового в Доставку :)
👇 Поделитесь в комментах, что думаете про такой подход? Особенно будут полезны комменты от лидов с опытом найма — насколько такой подход упрощает оценку кандидата?
