Иммиграция в канаду через покупку и управление бизнесом

Конфликт маркетинга и продукта

В книге Growth Handbook, Керен Пикок, операционный директор в Intercom приводит интересный пример из своего опыта.

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

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

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

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

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

Обязанности владельца продукта:

• Анализ рынка
• Улучшения продукта и техническое обслуживание
• Определение требований
• Вывод продукта на рынок
• Обслуживание клиентов
• Разработка стратегии продукта
• Планирование, координация и реализация стратегических мер
• Технико-экономические обоснование
• Оценка ожидаемого объема продаж
• Создание дорожной карты продукта
• Формирование процессов внедрения и жизненного цикла продукта
• Оптимизация возврата инвестиций (ROI)

Таким образом, владелец продукта сопровождает продукт на протяжении всего его жизненного цикла так же, как менеджер продукта. Это одна из причин, почему Scrum часто влечет за собой организационные изменения: жизненный цикл продукта не начинается и не заканчивается при разработке продукта, а затрагивает почти все части организации.

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

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

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

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

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

Какой смысл набирать лучших разработчиков, если создаётся не тот продукт? Владелец продукта – это краеугольный камень, от которого зависит продукт.

В конечном счёте, команда разработки служит владельцу продукта, а Scrum мастер – команде разработки. Можно также сказать, что продакт оунер обслуживает клиента и других заинтересованных лиц.

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

Эксперт в области и отношения с заинтересованными сторонами

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

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

Владелец продукта и команда разработки

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

Чем теснее команда разработки участвует в написании пользовательских историй, тем большую заинтересованность они будут показывать в проекте. Это означает, что владелец продукта, тратит меньше времени на определение требований и больше времени на то, чтобы рассказать команде о ценности продукта.

Слёрм

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

Слёрм Аджайл — курс для компаний и людей, которые хотят быстрее и дешевле создавать результат

• Вы поймете, выиграет ли ваша компания от перехода на аджайл
• Сформируете правильные ожидания от процесса трансформации и будете готовы к вызовам и кризисам
• Узнаете, как работает аджайл вне IT, и научитесь использовать его возможности в любой отрасли

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

Академия АйТи

Управление Agile-проектами по методу Scrum

Если проекты связаны с решением большого объема аналитических задач, если ситуация в проекте меняется ежедневно или даже ежечасно, если в проекте задействована компактная команда профессионалов из 5-ти/9-ти человек, если в проекте часто изменяется содержание и функционал будущей системы, а выполнить работу необходимо точно в срок и с требуемым уровнем качества, то, возможно, необходимо использовать гибкие (Agile) подходы при управлении проектами. Наибольшую популярность приобрел метод Scrum, успешно применяемый в различных отраслях экономики: информационных технологиях, финансах, обучении, научных исследованиях и т.д.

Курс «Управление Agile-проектами по методу Scrum» призван дать команде проекта инструментарий для более эффективного планирования, исполнения и контроля высокотехнологичных проектов с использованием самых передовых гибких методов.

После изучения курса слушатель будет знать:

• основные процессы и события гибкого управления проектами (УП) в реализации Scrum;
• пути поиска основной информации по гибким методам в УП;
• отличия классических подходов в УП от предлагаемых Scrum;
• особенности организации управления проекта по методу Scrum;
• жизненный цикл Scrum — проекта.

LeadStartup

Обучение современным методам управления из Google, Facebook, Tesla, Valve и Amazon

1. Обучение с нуля до позиции Chief Product Owner — вы станете тем, кто отвечает за прибыльность новых бизнес–направлений.

2. Обучение с нуля до позиций Scrum Master и Agile Coach — руководителей нового типа.

3. Обучение компетенциям Chief Executive Officer — вы поймете как вывести на рынок собственный продукт, без бюджета на запуск.

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

Agile & Scrum

Изучение Scrum–фреймворк и Agile–мышление, инструменты для эффективной работы в условиях неопределенности.

Разработка бизнес–моделей

Научитесь находить интересные бизнес–модели, которые потенциально смогут взорвать рынок.

Customer Development

Ведущая методология развития потребителей и запуска стартапов.

Customer Journey Map

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

Jobs To Be Done

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

Kanban

Изучение Канбан–метода на примере организации процесса управления разработкой программного обеспечения.

Lean Startup

Освоение принципа бережливого запуска новых продуктов, с минимальным рисковым бюджетом.

Management 3.0

Вы поймёте, в чём причины сопротивления изменениям и каковы пути преодоления сопротивлений.

Ценностные предложения

Как доносить до потребителей ценность вашего продукта, для кратного роста конверсии и выручки.

Performance Marketing

Нюансы и хаки при ведении компаний на Facebook, VK и Instagram. Снижение стоимости привлечения клиентов.

Продуктовая аналитика

Обучение принятию решений на основе данных и определению ключевых метрик продукта.

Lean Product Owner

Обучение базовым навыкам владельца продукта, для успешного управления новым IT–продуктом в компании.

Scrum Master

Вы освоите навыки управления изменениями в организациях, а также навыки фасилитации мероприятий.

Юнит–экономика

Определение точек сходимости экономики стартапа и поиск точек кратного роста прибыли.

PMClub

The Scrum Framework онлайн-курс

PSM I Exam Preparation: курс по фреймворку Scrum, который соответствует PSM I от Scrum.org. Курс полезен для изучения Scrum и подготовки к сертификации Professional Scrum Master

Professional Scrum Master Level 1 (PSM I) от scrum.org — одна из наиболее востребованных сертификаций по Agile/Scrum во всём мире. Она также известна своей доступной ценой и сложностью прохождения. Преподаватели постарались сделать подготовку к экзамену как можно более доступной, облегчив сдачу сертификации, но дав достаточно знаний по Agile и Scrum. В конце концов, вам нужна не только сертификация. Первая треть курса бесплатна, чтобы вы смогли составить собственное представление о курсе: вы можете начать обучение прямо сейчас без регистрации.

Продакт-менеджер vs маркетинг-менеджер

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

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

Отличие 1

1. Маркетинг-менеджер изучает продукт, чтобы влиять на аудиторию.
2. Продакт-менеджер изучает аудиторию, чтобы влиять на продукт.

Отличие 2

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

Отличие 3

1. Для маркетолога вызов — суметь продать продукт, который абсолютно не отличается от продукта конкурентов по своим прикладным свойствам.
2. Для продуктолога вызов — суметь создать такой продукт, который пользователи начнут использовать вместо старых аналогов.

Отличие 4

1. Маркетолог соревнуется прежде всего с сообщениями конкурентов.
2. Продуктолог соревнуется с продуктами конкурентов.

Отличие 5

1. Маркетинг-менеджер ищет способы увеличить скорость и снизить стоимость распространения информации о продукте.
2. Продакт-менеджер ищет способы превратить новых посетиелей в постоянных пользователей.

Отличие 6

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

1. Маркетолог приходит к команде, которая производит продукт, задает правильные вопросы, слушает ответы и далее идет придумывать сообщения для пользователей на основе этой информации.
2. Продуктолог приходит к пользователям, задает правильные вопросы, слушает и далее идет ставить задачи для команды, которая работает над продуктом.

Такое вот разделение труда. Вопрос — может ли один человек успешно совмещать эти две роли? Да. И чем меньше и моложе компания, тем лучше если есть человек который их совмещает. Объяснение «почему» будет ниже.

What a Project Manager does

The role/job of being a Project Manager is a very broad one. There are many tasks and responsibilities related to the Project Manager role. Some of these include:

• Creating and managing the business case;
• Managing changes and change requests (to Scope, Time and Budget);
• Managing the project organization;
• Creating and managing project plans, including the Project Initiation Document, Project Plan, Gantt Charts and others;
• Tracking and measuring project/team progress;
• Managing quality;
• Identifying, tracking and managing project risk;
• Delivering administrative services for the project;
• Advice and guidance on project management tools or configuration management;
• Administering configuration management procedures of the Change Control Approach.

What a Product Owner does

Some examples of what a Product Owner should do include:

• To be accountable for the success or failure of the product;
• To provide unified direction to the product;
• To provide the resources and authorize the funds for the product;
• To provide visible and sustained support for the product;
• Maximizing the Value of the Product for customers, users and the organization. This means that a Product Owner actually owns the product. The Product Owner is the person who is responsible for making sure that the product delivers as much value as possible. This also means being responsible for the Return on Investment, Budget, Total Cost of Ownership and the defining, maintaining and sharing of the Product vision for example.
• The Product Owner is also responsible for Product Backlog Management. This includes activities such as clearly expressing Product Backlog Items, ordering the items in the Product Backlog to best achieve goals and missions and ensuring the Product Backlog is visible, transparent, and clear to all, and shows what the Scrum Team will work on next.
• The Product Owner is responsible for Stakeholder Management, in order to align everybody around the product vision and (business) goals and objectives to achieve. This also includes inviting the right (key) stakeholders to the Sprint Review, discussing the current status of the Product Backlog, next targets and objectives, likely delivery dates and progress made, during the Sprint Review as well as tracking the total work remaining (at least every Sprint Review) for the Product, creating forecasts and making this information transparent for the stakeholders.

If you want to learn more about the tasks, accountabilities and authorities of the Product Owner, then check out this article. In addition to stating what a Product Owner is, let’s also explore what the Product Owner is not.

Проектные Сервисы

Онлайн-интенсив Agile Certified Professional Online
5-дневный онлайн-интенсив — полное погружение в Agile, Scrum и Kanban. Ежедневные 3-х часовые занятия, включающие в себя теорию и совместные практические игры с другими участниками интенсива.

Обучение проходит в программном обеспечении для онлайн-конференций Zoom. В качестве флипчарта и для визуализации работы в команде используется современные онлайн-платформы Mural и Miro.

Кому точно подходит тренинг по Agile?

• Руководителям и стартаперам
  Оцените возможность применения Agile в организации.
  Узнайте, как провести Agile-трансформацию.
• Экспертам и специалистам
  Пробуйте себя в роли члена Scrum-команды.
  Планируйте в условиях неопределенности.
• Менеджерам продукта/проекта
  Систематизируйте свои знания.
  Применяйте Scrum и Kanban на практике.

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

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

Продукты создаются не в идеальных лабораторных условиях, а в контексте конкретных организаций. Организации могут радикально отличаться друг от друга, даже если делают, казалось бы, одно и то же. Сравнить, например, Amazon, Facebook, Microsoft и IBM. Если посмотреть на практики их работы, мы увидим море отличий. Потому что любая организация – это сумма принятых когда-то и кем-то решений. Разные люди в разных обстоятельствах, исходя из разных соображений, и в разные моменты времени принимают разные решения. Из мелких отличий таких решений и складывается огромная разница. Именно поэтому, например, компания Microsoft не смогла создать конкурентоспособный смартфон, хотя пыталась и имела все нужные для этого ресурсы.

Кто обычно приходит в продакт-менеджмент и какую карьеру может построить продакт?

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

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

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

Полезные ссылки

• The Product Management Triangle – предельно ясное объяснение треугольника продакт-менеджмента (бизнес, пользователи, технология).
• Статья Единственный контекст потребителя».
• Выступление Dave Wascha 20 Years of Product Management in 25 Minutes».
• Product Manager Club на Medium.
• «Ask a Product Manager».

Top-3 responsibility differences Product Owner vs Project Manager:

1. A Project Manager is not accountable for the success or failure of a product. He might be held accountable for the failure of the project, but that is in the sense of Scope, Budget and Time mostly. In a Scrum context however, a Product Owner would be ultimately accountable for the Products’ success. So a Product Owner is accountable for the success of a product, but also for the value and outcomes resulting from the execution of projects if that way-of-working would apply. In a project setting, the Project Board (the project Executive) would be accountable for the product and outcomes, not the project manager..
2. The Project Manager creates, manages, devides and distributes work-packages amonst team members. The Project Manager also manages the scope for the stakeholders. So, the Project Manager has a requirements / content-related responsibility. A Product Owner doesn’t manage those details. A Product Owner does not manage work packages, people, resources, materials or others. He just makes sure there is an ordered and understandable list of work (Product Backlog), which the self-organizing Development Teams can use.
3. It was mentioned earlier that both the Product Owner and the Project Manager are responsible for the Iron Triangle’s elements of Time, Budget and Scope. This is true. A big difference we see though, is that Project Managers are mostly concerned with managing these elements in their day-to-day pratice. This is quite different from Product Owners though, because they are focused more on delivering value. Product Owners typically measure customer satisfaction, revenues, product usage, total cost of ownership, etc. So a huge difference between Product Owners and Project Managers, is that Product Owners focus on delivering value, whilst Project Managers focus on controlling Time, Budget and Scope.

Want to learn more?

Hopefully this article was useful for you. If you have any follow up questions or if you want to learn more about Professional Scrum, then please contact us.

One of the reasons that many Scrum implementations fail, or don’t offer the maximum possible advantages, is because there is a lot of misunderstanding about Scrum, and especially the Product Owner and Scrum Master roles. If you’re a Product Owner, Product Manager, Scrum Master or Agile Coach with about a year (or more) of experience under your belt, go and explore the Stances of the Product Owner in the Professional Scrum Product Owner-Advanced class. Find a trainer to your liking or in your area, and deepen and expand your Product Management knowledge and skills. And let us know what you think about the training! What did you like? What can be improved? Let’s collaborate to take the profession of Product Ownership to the next level.

If you’d like to experience the all-new Professional Scrum Product Owner-Advanced class, go to Scrum.org to find a class in your area. If you’d like to participate in one of our classes, check out our Xebia Academy page for more information or inquire for an in-house class via training@xebia.com.

Characteristics or skills of a Product Owner

There are many relevant skills and characteristics that great Product Owners have. In order to not create an exhaustive list, we’ll share just our top-3 skills/ characteristics in this article.

1. Entrepreneurial — Product Owners’ at their best are entrepreneurs. They’re full of ideas, see plenty of opportunities, take responsibility and ownership and take conscious decisions in order to minimize risks and to seize opportunities.
2. Visionary — Great Product Owners have a clear vision. They know what they want for their customers and users and more importantly, why they want it! They’re focussed on the Products’ success and the longer term vision of the Product.
3. Decisive — Product Owners need to be decisive. They have to make lots of choices, often including saying ‘no’ to people thereby disappointing them. They have to make sure to do the most important, most valuable things for the Product.

Top-3 responsibilities overlap Product Owner vs Project Manager:

• Both a Product Owner and Project Manager are concerned with what to build. They both identify customer and user needs. They both manage and engage with stakeholders in order to see what to build and what not to build for the product. So the overlap here is that a Project Manager manages his “work breakdown structure” and “project plans”, and a Product Owner manages the Product Backlog. Both are however the wishlists or shopping lists for the product to build, so that is quite similar. A big difference here is though that a Project Manager manages somebody else’s wishlist, whilst a Product Owner manages his own wishlist. This means that a Product Owner has full control over the Product Backlog, whilst a Project Manager typically is told what to add to, or remove from, the wishlist.
• Both a Product Owner and Project Manager have to deal with the Iron Triangle’s elements of Time, Budget and Scope. A Project Manager typically has to manage a fixed scope, (pretty much) fixed Budget and (pretty much) fixed Time, on behalf of someone else. A Product Owner though, typically has a fixed Budget, a fixed Time and a flexible Scope. In addition, since the Product Owner owns the Budget, and decides on the Time (decide when to release), a Product Owner has much more control and ability to steer.
• Both a Product Owner and Project Manager are concerned with the Return on Investment. A Project Manager typically works on creating a business case for the Project Sponsor at the start of a project. The Project Manager should regularly evaluate the Business Case together with the Steering Committee and see if it still makes sense to continue with the project. A Product Owner may also (have someone) create a business case. The Product Owner however is not just responsible for managing the business case, the Product Owner is also accountable for the business case generating enough value and outcomes. And so, a Product Owner could decide to stop a product (or project) if that would make sense to him.