Расскажи о ситуации когда команда не движется к выполнению цели

Ситуация, когда команда не выполняла цели

Это был один из самых важных уроков в моей карьере PM.

Контекст: SaaS, $500K MRR

Цель: увеличить Activation Rate с 35% до 50%.

Команда: 4 разработчика, 1 дизайнер, 2 QA, 1 аналитик.

План: улучшить onboarding, переделать экран, A/B тестирование, итерация.

Неделя 1-2: Ошибки

Дизайнер показал 10-шаговый onboarding. Никто не обсудил требования.

Разработчик спрашивает: какие события = активация? Я не определил.

QA просит критерии приёма. Я говорю: должно быть понятно. Ошибка.

Краснные флаги: я дал размытые требования и не общался с командой.

Неделя 3: Кризис

Onboarding готов на 30%. Макет слишком сложный.

Главный экран не начинали.

Нет event трекинга для A/B тестирования.

Мой момент истины

Проблема не в команде. Проблема во мне.

Я дал размытые требования, не определил метрики, не проверил техвозможности.

Я был плохим PM.

Что я сделал

1. Честный разговор с командой

Признал ошибки, сказал: давайте исправим вместе.

Люди расслабились, потому что поняли, что я вижу проблему.

2. Переdefine цели

Определили:

• Activation = создал проект И пригласил члена команды (вместо расплывчатого)
• Onboarding = 5 шагов, не 10
• Event трекинг = добавить в код
• План: 3 недели, не 4

3. Новый процесс

• Ежедневные 15-минутные планерки
• Подробные requirements с mockups
• QA знает точно, что проверять
• Я смотрю направление каждый день

Результат

Команда начала двигаться быстрее.

• Onboarding: 90% готовности
• Event трекинг добавлен
• Activation Rate: 35% → 42%

Долгосрочные изменения

1. Requirements Document каждый спринт
2. Pre-sprint clarity встреча
3. Ежедневное общение
4. Velocity каждый день
5. Признаю свои ошибки

Ключевой урок

Когда команда не достигает цели — 90% вероятность это ошибка PM.

ПM отвечает за: ясность целей, требования, коммуникацию, удаление блокеров.

Если команда не движется — посмотри в зеркало.

Это был один из самых болезненных, но полезных уроков в моей карьере.