Неудачи и факапы — это данные
Относись к ним соответственно и научи себя и команду быстро восстанавливаться после любых факапов, мгновенно переходя от ощущения эмоций к анализу причин. Как только вы закончите анализ, так же мгновенно пробуйте новое.
Советы как факапить меньше:
– Отделяйте технические факапы от продуктовых и UI-факапов. Иначе вы будете отказываться от хороших идей из-за плохой реализации. И наоборот.
– Классифицируйте все фичи и эксперименты продукта по уровню допустимого риска провала от 1 (незначительный) до 5 (катастрофа) и требуемой для них скорости принятия решений о продолжении, прекращении или восстановлении.
– Всегда дробите крупные гипотезы уровня 4-5 на серию микро-гипотез меньшего уровня рисков, которые можно проверять независимо, минимизируя масштаб возможного провала.
– В избыточности гипотез нет ничего плохого, когда для каждой фичи есть не менее 3 альтернативных вариантов механик, которые можно задействовать для реализации такой фичи. Они же могут и должны обогащать друг друга.
– Карта связей фич (факапов) поможет визуализировать связи того, как одна провалившаяся фича может влиять и тянуть за собой связанные с ней другие фичи продукта.
– Проводите и пишите постмортемы (модное слово) по всем слабым пользовательским механикам и проваленным фичам в отдельную категорию в таск-менеджере.
Их повторяющиеся паттерны и механики – основа премортемов для всех фич, в которых заранее определяются возможные проблемы в пользовательском поведении.
Прото-премортемы или чеклист отката – шаблоны-сценарии тестирования и симуляции факапов фичи с полным прохождением всего цикла восстановления к предыдущей стадии продукта без проваленной фичи и заранее смоделированными пользовательскими реакциями и способами их смягчения.
– Анализируйте не только причины ошибок, но и эффективность процессов восстановления после них (резервы ресурсы, времени, бюджетов и т.п.).
– "Продуктовый карантин" – шанс для анализа провалившейся фичи на проде или протокол временной изоляции проблемной функции без её полного отключения от продукта.
Сила команды — не в отсутствии факапов, а в скорости восстановления после них.
Восстановление от факапов — это не подавление эмоций, а перенаправление их энергии в намерение и действие.
– Пепелища пост-мортемов
– 18 шуток метрик
Относись к ним соответственно и научи себя и команду быстро восстанавливаться после любых факапов, мгновенно переходя от ощущения эмоций к анализу причин. Как только вы закончите анализ, так же мгновенно пробуйте новое.
В противном случае, если продакт застревает в факапах, в них застревает продукт и команда
Советы как факапить меньше:
– Отделяйте технические факапы от продуктовых и UI-факапов. Иначе вы будете отказываться от хороших идей из-за плохой реализации. И наоборот.
– Классифицируйте все фичи и эксперименты продукта по уровню допустимого риска провала от 1 (незначительный) до 5 (катастрофа) и требуемой для них скорости принятия решений о продолжении, прекращении или восстановлении.
– Всегда дробите крупные гипотезы уровня 4-5 на серию микро-гипотез меньшего уровня рисков, которые можно проверять независимо, минимизируя масштаб возможного провала.
Документируйте не только почему вы принимаете решение по фиче, но и при каких условиях вы бы его отменили
– В избыточности гипотез нет ничего плохого, когда для каждой фичи есть не менее 3 альтернативных вариантов механик, которые можно задействовать для реализации такой фичи. Они же могут и должны обогащать друг друга.
– Карта связей фич (факапов) поможет визуализировать связи того, как одна провалившаяся фича может влиять и тянуть за собой связанные с ней другие фичи продукта.
– Проводите и пишите постмортемы (модное слово) по всем слабым пользовательским механикам и проваленным фичам в отдельную категорию в таск-менеджере.
Их повторяющиеся паттерны и механики – основа премортемов для всех фич, в которых заранее определяются возможные проблемы в пользовательском поведении.
Прото-премортемы или чеклист отката – шаблоны-сценарии тестирования и симуляции факапов фичи с полным прохождением всего цикла восстановления к предыдущей стадии продукта без проваленной фичи и заранее смоделированными пользовательскими реакциями и способами их смягчения.
Обратная юзер-стори — возможные негативные сценарии "пользователь продукта не хочет ___, потому что ___"
– Анализируйте не только причины ошибок, но и эффективность процессов восстановления после них (резервы ресурсы, времени, бюджетов и т.п.).
– "Продуктовый карантин" – шанс для анализа провалившейся фичи на проде или протокол временной изоляции проблемной функции без её полного отключения от продукта.
Сила команды — не в отсутствии факапов, а в скорости восстановления после них.
Восстановление от факапов — это не подавление эмоций, а перенаправление их энергии в намерение и действие.
– Пепелища пост-мортемов
– 18 шуток метрик