Учитесь постепенно У меня есть менти, начинающий PM, перешедший из инжиниринга. Сегодня говорили про планирование: как планировать приоритеты для команды на квартал или полгода. Обсудили, откуда берутся инпуты для планирования, как расставлять приоритеты, как итерировать планы со стейкхолдерами и кастомерами. Дошли до вопроса, как вовлекать команду в планирование: приносить проблемы и брейнштормить решения вместе или приходить сразу с вариантами решения. Здесь я поделился двумя ответами: один простой, второй подходящий к ситуации. Простой: по умолчанию всегда вовлекать команду, если мы говорим именно об одной продуктовой команде человек в 5-8. Как я уже писал, только итерации совместного общения и обсуждения проблем помогают людям сплочаться как команда и прокачивать свой скилл решения проблем. Но… здесь есть большое НО: классно брейнштормить вместе с командой сильных сеньорных людей. В кейсе моего менти инженеры в команде были склоны скорее к подходу “просто скажите нам, что делать”. Предыдущая попытка брейнштормить сложные проблемы была малорезультативной. И тогда получается, что мы начинающему PM, который не разобрался с другими аспектами планирования (которое всегда довольно сложный процесс), докидываем в нагрузку задачу развития команды и коучинга problem-solving скиллов команды. При этом все образовательные теории говорят нам о том, что развитие человека происходит постепенно. Если не умея жонглировать, вы возьмете сразу 10 шаров, вы их просто все уроните и ничему не научитесь. Да еще и демотивируетесь по дороге. Начинайте с пары шариков. Так и тут. Поэтому подходящий к ситуации совет был: пока можно приходить к команде сразу с решениями, если так всем привычнее, не парься, фасилитации успеешь научиться. Все шаг за шагом.