Книга: Вдохновленные
Назад: ГЛАВА 11. Дизайнер продукта
Дальше: ГЛАВА 13. Продуктовый маркетолог

ГЛАВА 12

ИНЖЕНЕРЫ-ПРОГРАММИСТЫ

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

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

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

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

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

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

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

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

Вам нужно предоставить инженерам как можно больше свободы для выработки наилучшего решения. Не забывайте, что именно этих людей поднимут среди ночи, чтобы исправить вдруг возникшие проблемы с продуктом.

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

Роль технического руководителя

Как известно, инженеры-программисты бывают разных типов. Одни сосредоточены на разработке пользовательского опыта (их обычно называют разработчиками пользовательского интерфейса, другие — на технологиях: базах данных, механизмах поиска, инструментах машинного обучения и прочем.

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

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

Тем не менее не каждый инженер или даже старший инженер соглашается участвовать в деятельности на этапе исследования продукта, что вполне объяснимо и нормально. Плохо, если в вашей команде нет ни одного технаря, который хочет этим заниматься. По этой причине продакт и дизайнер должны максимально тесно сотрудничать с техническим руководителем. В некоторых продуктовых командах есть не один, а несколько ведущих разработчиков, что еще лучше.

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

Назад: ГЛАВА 11. Дизайнер продукта
Дальше: ГЛАВА 13. Продуктовый маркетолог