Это не лень и не непрофессионализм. Это нормальная работа мозга: гипотеза экономит силы, а слушать без гипотезы физически тяжело.
Тремя признаками я научился ловить момент, когда дискавери уже сломалось:
Последнее — самое надёжное. Если после разговора первая фраза начинается со слова «ну», дальше почти всегда идёт подгонка.
Не бороться с гипотезой, а вынести её наружу. Перед циклом интервью мы пишем на доске то, что думаем сейчас, — одним абзацем, без обтекаемых слов. Дальше эта запись работает как контрольная точка: если после восьми разговоров она не изменилась ни в одном слове, мы, скорее всего, слушали себя.
Второе — менять того, кто ведёт. Не ради справедливости, а потому что свежий человек задаёт вопросы, которые остальным кажутся уже отвеченными.
Увеличивать выборку. Двадцать интервью, проведённых с готовым ответом, дадут более уверенный неправильный вывод, чем пять честных.
Дискавери — это не сбор доказательств. Это попытка потратить неделю, чтобы не потратить квартал.
И последнее: если гипотеза подтвердилась целиком, с первого раза и без единой поправки — это не удача. Это повод перечитать вопросы.
]]>Разница оказалась в точке отсчёта. Одна команда считала от установки, вторая — от первого целевого действия, третья — от регистрации. Каждое определение было защитимым, и именно поэтому спор не заканчивался: все были правы внутри своей рамки.
Не стали выбирать «правильную» метрику. Вместо этого записали все три определения в один документ и рядом с каждым — решение, для которого оно годится.
| Отсчёт | Что показывает | Для какого решения |
|---|---|---|
| От установки | Качество трафика | Где закупать |
| От первого действия | Качество продукта | Что чинить в онбординге |
| От регистрации | Готовность платить | Как строить тарифы |
Спор закончился в тот день, когда таблица появилась в общем канале.
Одна метрика на дашборде главной — от первого действия, потому что за неё отвечает продуктовая команда. Остальные две живут в своих отчётах и больше никого не удивляют.
]]>Зато он отлично работает как аргумент в разговоре, которого никто не любит.
Приходит коллега из соседнего отдела с хорошей идеей. Идея правда хорошая. Отказать по существу нечем, а согласиться — значит сдвинуть то, что уже обещано другим.
Без роадмапа этот разговор упирается в личности: кто убедительнее, у кого выше должность, кто громче. С роадмапом он упирается в предмет: вот что стоит сейчас, вот чем придётся пожертвовать.
Три горизонта, и только у первого есть даты:
Третий блок самый ценный. Он не даёт возвращаться к одному и тому же предложению каждый месяц, и он же показывает, что идею услышали, а не потеряли.
Роадмап не объясняет, почему приоритеты именно такие. Если под ним нет внятной стратегии, он превращается в список желаний с датами — и первый же напор его ломает.
]]>Пятый вопрос экономит больше всего нервов, шестой — больше всего отношений с коллегами.
Проходит за пятнадцать минут на стендапе. Если хотя бы на один вопрос нет ответа, релиз обычно стоит подождать день.
]]>Когда разработчик называет дни, у бизнеса включается календарь: значит, в четверг. Когда недели — включается диапазон. При этом и то и другое одинаково приблизительно.
Перестал просить оценки в днях для всего, что дольше двух дней. И начал спрашивать не «сколько займёт», а «что должно оказаться правдой, чтобы это заняло неделю».
Второй вопрос вытаскивает наружу зависимости, о которых иначе узнаёшь на пятый день.
Команда перестала защищать сроки и начала обсуждать риски. Это не ускорило разработку, но убрало из ретро половину пунктов про «недооценили».
]]>Первые четыре недели я стараюсь ничего не решать, а собрать три вещи.
Смотрю не документацию, а закрытые задачи и старые обсуждения. Там видно, какие идеи умирали и на каком именно шаге.
Не сценарий из спеки, а настоящий день: где он в это время находится, что происходит вокруг, сколько у него внимания. Половина продуктовых ошибок — это про внимание, а не про интерфейс.
Обычно это не тот, кто громче жалуется. Стоит найти человека, который уже построил себе обходной путь и молчит: он самый ценный собеседник.
К концу месяца из этого складывается список того, что стоит менять первым. Он почти никогда не совпадает с тем, который я привёз с собой.
]]>