Джеки Баваро - Карьера менеджера IT-проекта. Как устроиться на работу в ведущую технологическую компанию

Первый продукт-менеджер компании может столкнуться с трудностями, включаясь в сформировавшийся процесс работы. Инженеры стартапов хотят быстро доводить код до готовности и очень восприимчивы к временны́м затратам, поэтому важно с большой осторожностью внедрять такие процессы, как гибкое проектирование. Продукт-менеджер должен заботиться о том, чтобы каждый сотрудник мог высказать свое мнение и понимал причины назначения сроков и точек контроля. Тем не менее ситуация в компании не всегда настолько сложна. Часто команда привлекает к своей работе продукт-менеджера уже после того, как необходимость упорядочения ее деятельности становится очевидной и ее участники понимают это.

Хотя стартапы обладают небольшими внутренними ресурсами, они нередко ищут помощи вовне с большей охотой, чем крупные компании. Продукт-менеджеры стартапов часто делятся советами со своими коллегами из других начинающих компаний. Многие стартапы общаются друг с другом и фактически образуют сообщества. Так, B2B-стартап может находить первых клиентов с помощью контактов, которые их инвесторы поддерживают с другими стартапами.

Еще одно различие между стартапами и крупными компаниями состоит в развитии карьеры. В крупных компаниях продукт-менеджеры часто думают о служебном росте и движении вверх по карьерной лестнице. В стартапе основное внимание сконцентрировано на общекорпоративном успехе: получении дохода, выходе на прибыльность, первичном выпуске акций и продаже бизнеса. Это означает, что продукт-менеджер должен иметь более цельный взгляд на компанию. Важно, чтобы он обеспечил успех не только своей команды, но и компании в целом.

Asana – молодая компания, разрабатывающая современное специализированное ПО. В отличие от других аналогичных компаний Asana построена по принципу «снизу вверх»: отбор участников ее команд ведет не IT-отдел, а конечные пользователи. По этой причине продукт-менеджеры в Asana стремятся к разработке программ, которые нравятся людям. В команде продукт-менеджеров есть специалисты с опытом работы в Facebook, Google и Microsoft.

Дженнифер, продукт-менеджер Asana, ранее работавшая в аналогичной должности в Microsoft, делится своими впечатлениями о переходе из крупной компании в стартап:

Asana – молодая компания с горизонтальной иерархией, поэтому когда я попала в нее, то почувствовала себя так, как будто меня трижды повысили в должности. Я не только управляю важными продуктами компании, но и оказываю влияние на стратегию развития продуктов, бизнес-процессы и культуру. Например, я влияю на общий план и последовательность работ компании, определяю принципы дизайна продуктов и количество усилий, вкладываемых в создание новых функциональный возможностей, совершенствование существующих и повышение внутренней эффективности компании .

Поскольку у нас небольшая команда, в которой ценится личностный рост, у меня есть возможность работать над самыми разными аспектами продукта. Иногда я работаю над такими функциональными возможностями, которые требуют хорошо продуманного пользовательского интерфейса, а иногда – над такими, в которых более важен анализ данных .

Foursquare – это служба геопозиционирования для социальных сетей, помогающая людям с максимальной пользой посещать близлежащие места. Она позволяет найти подходящее кафе, узнать о предстоящем концерте в Центральном парке или о том, что ваш приятель из другого города только что благополучно приземлился в аэропорту.

Продукт-менеджеры в Foursquare, как правило, приходят из Google. Ноа, продукт-менеджер Foursquare, объясняет, какое влияние это оказывает на компанию:

Это бесспорно влияет на нашу культуру. Мы не используем набор правил Google целиком, а выбираем из него те принципы, которые подходят для компании нашего масштаба. С течением времени они меняются .

Если в компании работает 30 человек, то индивидуальные цели и ключевые результаты не нужны; всем сотрудникам можно поставить одну и ту же цель – делайте все возможное, чтобы компания выживала и развивалась .

Теперь, когда у нас 150 человек, индивидуальные цели и ключевые результаты все еще излишни, однако мы используем их на уровне команд, чтобы следить за достижением запланированных численных показателей компании .

По сравнению с Google мы пишем больше спецификаций. Я думаю, что это обусловлено тем, что наши проекты идут гораздо быстрее, а значит, нам нужно рано и оперативно решать наиболее значимые и острые проблемы. У нас нет времени ждать, когда они всплывут на поверхность и станут стопорить проект. Спецификации – это не подробные инструкции о том, как реализовать ту или иную функциональную возможность; напротив, они описывают неочевидные решения, принятые командой, к которым люди могут вернуться в будущем .

Dropbox дает возможность более чем 100 миллионам пользователей безопасно хранить свои важные файлы и обеспечивает доступ к ним со множества устройств. Вы можете легко выгружать свои фотографии с телефона, делиться файлами или работать над проектом совместно с другими людьми. Команда продукт-менеджеров включает в себя специалистов из Google, Facebook, Microsoft и Zynga, а также бывших основателей стартапов.

Мэтт, продукт-менеджер в Dropbox, делится своими впечатлениями о работе:

Работа в стартапе с 200 сотрудниками значительно отличается от работы в крупной компании. Будучи продукт-менеджером в Google, я уделял основное внимание разработке первоклассных продуктов и успеху своей команды, однако в компании масштаба Dropbox я больше влияю на формирование корпоративной культуры, процессы разработки продуктов и отношение к самой роли продукт-менеджера внутри компании. Я тесно сотрудничаю с основателями компании над определением корпоративной стратегии, приоритетов и формированием высококлассной команды .

Мы ищем продукт-менеджеров с техническим опытом, отличным чутьем продуктов и вниманием к деталям. Основатель Dropbox Араш, говорит, что если даже некая функциональная возможность продукта минимальна, продукт-менеджеры должны реализовать ее со всем старанием .

Один из моих любимых рабочих моментов – это реализация новой функциональной возможности, касающейся безопасности ( двухэтапной верификации ), которая началась спустя неделю после моего прихода в компанию. Мы собрали отличную команду и за пять недель довели идею до воплощения, реализовав эту функциональную возможность на всех наших настольных и мобильных приложениях, веб-сайте и в API для разработчиков. Я испытал чувство глубокого удовлетворения, когда увидел, как много может сделать небольшая команда за столь короткое время .