После моего грандиозного факапа и нежданной популярности я долго рефлексировала, что и где я сделала не так. Дорефлексировала до 3 выводов:
💡Первый. Дополнительные вопросы от коллег
Даже если задача уже согласована и находится на финишной прямой, а коллега задает вопросы, и с явным акцентом на чем-то, нужно прислушаться, вдуматься, а еще лучше перепроверить, лишним не будет😄
💡Второй. Срочность не отменяет необходимости смотреть шире
Наоборот, чем срочнее задача, тем выше цена пропущенной детали
Важно быстро, но трезво понять:
• что именно мы меняем
• кого это затронет
• какие процессы завязаны на изменение
• что произойдет, если наше предположение окажется неверным
💡Третий. Согласование решения ≠ проверка процесса
Изменения я согласовывала с руководителями и смежными подразделениями, но не поговорила с самими сотрудниками на объектах, которые могли довольно быстро и доходчиво объяснить, зачем нужен адрес на этикетке🙈
С тех пор в любых задачах я сначала смотрю в процесс, а потом уже в систему. Глубина проверки зависит от масштаба и рисков. Чек-лист:
✅Как процесс работает сейчас
• кто пользователи и какие роли в нем участвуют
• где есть ручной труд, ошибки, потери и исключения
• как выглядит текущий путь пользователя
✅Какую задачу мы решаем
• в чем реальная проблема
• какую бизнес-цель хотим достичь
• действительно ли для этого нужна доработка в продукте
✅Кого затронет изменение
• пользователей
• операции
• смежные команды и продукты
• интеграции и зависимые сервисы
✅Как будем проверять решение
• какие нестандартные сценарии нужно учесть
• как проверим решение на реальном процессе
• можно ли раскатывать поэтапно
• по каким метрикам поймем, что оно сработало
Для меня зрелый продуктовый подход - это способность остановиться, разобраться в процессе и только потом решить, где и что нужно менять:
продукт, процесс, правила, коммуникацию или ответственностьИногда лучшая фича - несделанная фича⚡️