MVPM: Минимально жизнеспособный портрет продакт-менеджера, Технологии (Часть 1) (День 66)

Сегодня поговорим на тему какие минимальные характеристики требуются от продакт-менеджера. Решил использовать ещё одну возможность для написания статей — конспектирование зарубежных статей по теме. Сегодня статья на основе «MVPM: Minimum Viable Product Manager» автор: Brandon Chu.

Идеальный менеджер продукта находится на пересечении трёх сфер: «Технологии», «Бизнес» и «Пользовательский интерфейс»:
MVPM

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

Сегодня рассмотрим MVMP со стороны «Технологий».

Важно сосредоточиться на 4 вещах:

  • 1) Стек
  • 2) Архитектура системы
  • 3) Модель данных и её API
  • 4) На что следует обратить внимание

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

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

Как Вам это может помочь?

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

2) Архитектура системы:
Когда стек представляет какие технологии используюся в Вашем продукте, архитектура представляет как эти технологии работают вместе, чтобы доставлять Вашу продукт на рынок.

Самый быстрый способ узнать о ней — спросить у своего архитектора, если он у Вас есть или всё также у инженера. У Вас должно получиться что-то подобное:
MVPM2

Во-первых, попросите провести Вас по каждому элементы, чтобы Вы понимали, что происходит на этой схема.

Во-вторых, верите Вы или нет, но эта информация очень полезна для Вас.

Как Вам это может помочь?

Благодаря этому у Вас появится представление Вашего продукта как системы, ведь именно так его видят инженеры.

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

Чем больше связей с одним элементов, тем больше изменений Вам придётся внести, чтобы его поменять, это Вы должны понимать.

3) Модель данных и её API:

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

Модели данных тесно связанны с архитектурой системы.

Чтобы работать с данными Вам скорее всего понадобится API (application programming interface).Интерфейсы строятся на основе модели данных, как любые два компонента, связанный друг с другом и обменивающимися информацией. Большинство сервисов имеют общедоступное API. Знание своего общедоступного API даёт Вам решающее значение и понимание того, как Ваш продукт может взаимодействовать с внешним миром.

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

Как Вам это может помочь?

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

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

4) На что следует обратить внимание

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

На сегодня всё, в рамках этой темы будет ещё минимум две статьи, со стороны «Бизнеса» и «Пользовательского интерфейса».

В статье есть ещё много информации, если Вас заинтересовало, можете прочитать подробнее в статье «MVPM: Minimum Viable Product Manager»medium.com.

UPD 08.04.2016: Вторую часть со стороны бизнеса можно прочитать в этой статье — «MVPM: Минимально жизнеспособный портрет продакт-менеджера, Бизнес (Часть 2)» (kirillzharov.ru/how-to-become-cool-product-manager-in-365-days-67-day).