Я менеджер продукта, и я всегда безумно занят

Большинство моих коллег-продактов всегда безумно заняты. Они бегут с одной встречи на другую, читая на ходу сообщения в Slack и отвечая на вопросы коллег по дороге. Я сам часто так делаю.

Почему так происходит? Как понять, что ты работаешь в формате “crazy busy” до того, как он разрушит атмосферу в команде и замедлит развитие продукта? И самое главное, как с этим бороться?

Перва причина кроется в тебе самом. Путь в продакты, обычно, лежит через несколько других ролей. Кто-то пришел из аналитики, кто-то из управления проектами. Это роли, в которых ответственность и контроль — самые важные качества. Мы сами хотим контролировать всё. Мы привыкли так делать.

Вторая причина в отношении рынка к профессии продакта. Сейчас модно говорить про ownership. Продактов сравнивают с CEO продукта, который должен контролировать продукт, общение с пользователями, бизнес показатели, расходы, отношения с рынком, работу команды и многие другие вещи. От нас ожидают контроля. И мы стараемся соответствовать этим ожиданиям.

Третья причина в разнообразии сфер знаний и областей работы, которую делает хороший продакт. В своём курсе по продуктовой разработке я показываю слушателям на первом занятии такую картинку:

Здесь закопаны: аналитика рынков, пользовательские интервью, переговоры и переписка с партнёрами, мониторинг конкурентов, продвижение бренда, ежедневное общение с командой, совещания с руководством, управление ресурсами, решение конфликтов, продуктовая стратегия, проектирование интерфейсов и тестирование продукта на разных платформах. Наверняка я что-то забыл, ведь я безумно занят!

Состояние “crazy busy” захватывает нас постепенно. Можно и не заметить, как ты становишься узким местом продукта, от которого зависит чуть ли не каждое решение. Это гарантировано приводит к снижению эффективности, а тебя может привести к профессиональному выгоранию. Вот несколько признаков безумной занятости продакта:

Винить здесь некого, кроме себя самого. Ты забыл ключевой принцип проектного менеджмента. Сейчас напомню.

Помнишь треугольник управления проектом? Бюджет трогать не будем, в этом случае его можно считать константой, за одним исключением, о котором в самом конце. Остаётся управление двумя другими ограничениями — объёмом и сроками так, чтобы качество не страдало.

Речь про оценки внутри команды и обещания стейкхолдерам. Чем ближе дэдлайн, тем больше срочной работы у продакта. Планируй сроки более тщательно, закладывай запас времени на непредвиденные обстоятельства. Всё, что может случиться, обязательно случится ;)

Мой опыт: команда работает по Канбану. У нас нет жёстких сроков релиза, все выполненные задачи попадают в колонку Демо. Дату проведения демо определяем вместе с техлидом и проджект менеджером.

Твоя задача донести до руководства и коллег из других команд, которые чего-то ждут от твоего продукта, насколько реалистичные сроки влияют на качество продукта и счастье команды. Работать в режиме аврала можно, но только иногда. Если делать это привычкой — люди выгорают.

Мой опыт: это регулярная активность. Получается, но с переменным успехом. Особенно с коллегами, у которых много опыта работы в государственных структурах. У них дэдлан "вчера" в порядке вещей. Я против, видимо поэтому у меня в компании репутация сложного и упрямого менеджера :)

Очень хочется всё сделать самому. Но так не бывает, продукт делает команда. Сделай над собой усилие и начни разделять ответственность. Делегируй! И не вздумай использовать микроменеджмент. Если отдал задачу коллеге — дай ему свободу и возможность сделать свои ошибки.

Мой опыт: недавно в команде появился второй менеджер. Так как junior продактов не бывает, мы назвали это роль feature owner. Ей я могу доверить разработку части продукта от идеи до готовой функциональности. Доверять тоже нужно уметь и этот навык приходит со временем. Но эффект чувствуется уже сейчас.

Определи список задач, которые делаешь только ты. Посмотри на него внимательно. В каких задачах ты мог бы из исполнителя стать редактором? Например, черновик концепции новой фичи можно отдать аналитику или менее опытному продакту. А потом, вместе с командой, провести анализ и дополнить её пропущенными деталями. В качестве бонуса получишь распределение ownership на всю каманду, а это всегда полезно для продукта.

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

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

Мой опыт: мы с командой сейчас на стадии релиза первой версии. Слово MVP звучит очень часто. Стараемся выкинуть всё, что не влияет на пользовательский опыт и не помогает основному Customer Journey Map. Кстати, почитать про этот полезный инструмент проектирования можно в отдельном моём посте на VC.

Выйди из всех чатов, где твоё присутствие не критично важно. Выключи уведомления во всех социальных сетях. Старайся не ходить на встречи, где больше 10 участников — они убивают время. Выдели время, когда тебя не могут отрывать от работы вопросами. Мы расходуем насыщенную кислородом глюкозу в головном мозге, потребляя это топливо на переключение вместо сосредоточения на задаче. Запас топлива, отведённый нашему мозгу на день, конечный и быстро заканчивается при частом переключении. Нейробиологи рекомендуют уделять каждой сложной задаче от 25 минут до 2 часов.

Мой опыт: оставил только уведомления в Slack и в личных сообщениях Telegram. Раз в неделю работаю удаленно — это время, когда можно с головой погрузиться в сложные задачи.

Это, конечно, немного нечестный способ. Мы залезаем в изменение бюджета. Но успешные продукты имеют свойство расти и развиваться. И, в какой-то момент, отдать часть продукта под контроль и ответственность другому человеку станет единственным правильным решением!

Мой опыт: одного уже наняли, точнее повысили из аналитика до продакта. Сейчас ищем второго на часть функционала, которая доросла до отдельного продукта.

Теперь, когда вы знаете что делать, оптимизируйте свой рабочий график, подписывайтесь на мой канал и читайте материалы о продуктах. Без рекламы. Только по делу. https://t.me/vladimir_merkushev

Текст навеян подкастом The Product Experience на тему Crazy Busy Product People с Rian van der Merwe, продактом в компании Postmark. Райн с командой успешно избегают режима безумной занятости и даже перешли на 4-дневную рабочую неделю с распределённой командой. Счастливые люди, которые делают успешный продукт.

#product #timemanagement #happiness #продуктивность #менеджмент #продукт