Все записи

Как стать продукт-онером?

Product-owner, он же внутренний предприниматель — это человек, который отвечает за бизнес-успех конкретного продукта компании. Чтобы стать product-owner’ом, важно обладать тремя основными качествами: терпением, инициативностью и коммуникабельностью — считает Саша, product-owner платформы Naumen Erudite.

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

Терпение нужно для того, чтобы ситуации, которые описаны выше, не выбивали из колеи. А без инициативности сложно принести в продукт что-то новое. Плюсом, как только начинаешь брать на себя решение проблем, которые ранее тебя не касались — начинаешь расти.

Направление в образовании не имеет особого значения: есть много примеров, когда до product-owner’ов вырастают аналитики, продажники, или технари, как в случае с Сашей. Специфика деятельности не так важна, как желание обучаться. В бизнесе все слишком часто меняется — нет гайда, как преуспеть.

Однако на помощь могут прийти product-owner’ы из других компаний или CEO стартапов. С ними здорово обмениваться опытом. Также помогают книжки других основателей компаний. Сашин личный топ:

  • Стив Бланк «Четыре шага к озарению: Стратегии создания успешных стартапов».
  • Эрик Рис: «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели».
  • Ричард Бэнфилд, Мартин Эрикссон, Нейт Уокингшо «Лидеры продукта. Как лучшие в мире продакт-менеджеры создают команды и запускают крутые продукты».
  • Эрин Мейер, Рид Хастингс «Никаких правил. Уникальная культура Netflix».
  • Фил Найт «Продавец обуви. История компании Nike, рассказанная ее основателем».

Похожие новости

Когда задача считается выполненной

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

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

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

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

Дима руководит группой прикладной разработки в Naumen и много лет работает с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

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

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

Все новости