Проект, задача, идея

Все мое планирование строится на одном простом инсайде, что не все задачи, которые я заношу в список, являются именно задачами. И именно в этом корневая причина, почему какие-то задачи я выполняю быстро, а какие-то тащатся за мной месяцами.

За последнее время самый яркий пример для меня - это история, как долго я пытаюсь поставить прививки кошке. Сначала это была задача “составить кошке прививочный план”, и я долго не могла понять, почему я ее переношу изо дня на день уже 3 месяца. Поняла, что она встречает множество барьеров: нужно найти кошкин паспорт и посмотреть, как давно в принципе я ей ставила прививки, нужно купить переноску, а зная прошлый опыт - сначала измерить кошку и понять, какие размеры переноски нужны. И самая страшная задача - позвонить в ветклинику и записаться.
В общем, казалось бы, простая задача не является таковой, а раскладывается на множество других задач.

Это навело меня на мысль, подкрепленную “Джедайскими техниками”, о том, что все, что мы называем “задача” бьется на несколько сущностей:

⁃ Проект. Это как раз упомянутая выше “составить кошке прививочный план”. Часто прикидывается задачей, но на самом деле это именно проект, потому что есть возможность декомпозировать еще больше
⁃ Задача. Атомарный объект, не декомпозируется (если не доводить до абсурда). Задачи могут входить в проект или быть самостоятельными единицами
⁃ Идея. Это задача со знаком вопроса, когда нет представления, точно ли я хочу, чтобы это было задачей или это “задумка для лучшей версии меня”. Все идеи храню в “инкубаторе мыслей”, о котором писала в прошлом посте

А про то, как выбирать, какие задачи приоритетные, а какие - нет, расскажу в следующий раз:)

Очень смеюсь с шутки "Вернём Австро-Венгрии былое величие!"

(Инфографика - значит, по теме группы😁)
https://yangx.top/rusbrief/176998

Классный пост и напоминание. Особенно когда был тяжёлый день и вернулся домой в половину десятого🫠

Kind reminder 🖤

Guardrail метрики

Начну новую рубрику на канале #ужасыабтестирования (на самом деле, конечно, никакие не ужасы)
У продуктового аналитика работа на 80% состоит из всего, что связано с проведением и анализом аб-тестов.
А аб-тесты состоят из чего? Правильно, из метрик, которые вы сравниваете и замеряете
Типы метрик бывают совершенно различные, но сегодня хочется поговорить о Guardrail метрики, о которых говорят реже всего

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

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

Чаще всего, такой “трейд-офф” происходит посредством коммуникации между представителями различных частей продукта, где вы определяете, что в текущей ситуации важнее, стоит ли улучшать одни метрики ценой худшения других метрик

Недавно мне попалась интересная статья от - конечно же - Airbnb, где они описывали свой подход к этой проблеме.

Они классифицировали гардрейл метрики на:
⁃ Основные бизнес- и финансовые метрики
⁃ UX метрики
⁃ Стратегически приоритетные метрики

Из интересного: у них есть отдельная система, которая состоит из 3 типов гардрейл метрик, каждая из которых должна быть пройдена, чтобы эксперимент был запущен:

⁃ The Impact Guardrail. Требует, чтобы средний эффект воздействия был не более негативным, чем трешхолд. Этот гардрейл защищает от сильного негативного эффекта вне зависимости от статзначимости
⁃ The Power Guardrail. Нужен, чтобы оценивать, достаточно ли нам выборки
⁃ The Stat Sig Negative Guardrail. Это доп защита от статистически значимого негативного эффекта

Кто хочет поподробнее почитать, вот ссылка (математики там минимально)

А вы следите за гардрейд метриками?