В чем особенности работы технического продакт-менеджера?
В стартапах или небольших компаниях, как правило, работает один продакт-менеджер. Когда бизнес начинает расти, задач становится больше, расширяется и штат управленцев. В компаниях, ориентированных на техническое развитие продукта, появляется отдельная должность — Technical Product Manager.
Если обычный продакт-менеджер больше взаимодействует с пользователями, думает об их удобстве и экономике, технический фокусируется на технологической части продукта. Код он по работе не пишет, но опыт в разработке или техническое образование ему точно пригодятся. Он так же исследует рынок и конкурентов, составляет стратегию развития продукта, но с точки зрения технологий.
Например, вы запустили приложение для доставки еды. Все прекрасно работает, люди заказывают обеды и ужины, курьеры привозят их вовремя. Что делать дальше и как растить прибыль? Здесь продакт-менеджер пойдет к пользователям, узнает, чего им не хватает, посмотрит на приложения конкурентов в поисках интересных фич. Технический же продакт узнает, какие трендовые технологии используют на рынке, что умеет и хочет реализовать команда. Затем он придумает, как интегрировать эти технологии в ваш продукт. Например, как использовать большие данные для улучшения работы приложения или как внедрить нейросеть, чтобы заказывать еду можно было голосом.
Менеджеры на проекте
При формировании команды важно сразу определить, кто из участников за какие функции отвечает. Например, у нас для этого разработана документация – в частности, матрица RACI для распределения зон ответственности
Эта инструкция помогает закрепить обязанности за каждым участником проекта и избежать спорных ситуаций. Такой документ бывает необходим на старте и в процессе работы. Матрица зон ответственности также выступает в качестве индикатора и помогает выяснить, есть ли в команде все необходимые специалисты.
Рассмотрим подробнее, каким образом могут быть распределены обязанности между аккаунт-менеджером, руководителем проекта и тимлидом.
Аккаунт-менеджер – «правая рука» клиента на проекте
Аккаунт занимается стратегическим планированием и управлением, находится в постоянном контакте с клиентом. Он отвечает за развитие долгосрочных партнерских отношений и за соблюдение обязательств, заявленных сторонами. В его задачи входит формирование плана работ, анализ результатов сотрудничества, разрешение спорных ситуаций с клиентом, выявление и анализ рисков.
Аккаунт сопровождает заказчика на всех этапах реализации проекта, в том числе проводит стартовый митинг, занимается налаживанием и поддержанием коммуникаций команды с представителями заказчика. Также он предоставляет обратную связь клиенту по текущим итерациям, фичам, этапам.
Аккаунт курирует решение любых возникающих вопросов, в том числе организационных, проектных, технических, юридических, финансовых, при необходимости привлекает экспертов. Также в его задачи входит управление документоооборотом. Он отслеживает процессы создания ПО и при необходимости помогает скорректировать работу на проекте таким образом, чтобы она отвечала бизнес-целям.
Проджект-менеджер или руководитель проекта
Проджект-менеджер контролирует все этапы реализации задач. Для того чтобы общаться с клиентом по техническим и сугубо проектным вопросам, он глубоко погружается в проект и вникает во все нюансы ТЗ.
В числе его задач:
-
Согласование с заказчиком плана работ, а также сроков.
-
Формирование, организация и контроль работы команды.
-
Распределение зон ответственности среди ключевых участников.
-
Контроль соблюдения требований к разрабатываемому ПО, выполнения ограничений по сроку и бюджету.
-
В случае изменений задач или любых отклонений от плана – анализ и корректирующие меры, согласованные с заказчиком, а также сбор и контроль метрик.
Таким образом, проджект-менеджер отвечает за конкретизирование пожеланий клиента (сроки, приоритеты), уточняет бизнес-требования, координирует и контролирует работу команды, занимается разрешением спорных ситуаций в организационном и техническом планах.
Руководитель группы разработчиков или тимлид
Тимлидподключается в первую очередь к масштабным проектам, где требуется техническое управление. В числе его задач:
Формирование сплоченной команды, ее микроклимата и корпоративной культуры.
Определение стратегии разработки: формирование кодстайла, достижение запланированной производительности, обеспечение требований безопасности, выбор правильного архитектурного решения.
Распределение задач между членами команды, контроль их выполнения, соблюдение сроков и других требований, проведение кодревью.
Наряду с этим, тимлид выстраивает коммуникации внутри команды, а также с другими специалистами, например, с аналитиками, QA, дизайнерами. Он отвечает за то, чтобы простые вопросы или те, которые уже возникали ранее (организационного, технического плана), решались без привлечения заказчика. Как правило, тимлид – как со стороны заказчика, так и со стороны аутсорсера – необходим на всех крупных проектах.
Роль в scrum-команде
Product owner – это одна из основных ролей в scrum-команде. В нее еще входят scrum-мастер и разработчики. Все это основывается на манифесте Agile и задействует гибкий подход с короткими циклами и тестированием прототипа. Кстати, подробнее об Agile уже рассказывали в Комьюнити.
Так вот, такой специалист является эдаким связующим звеном между заказчиком, то бишь топ-менеджментом, и командой разработки. Он собирает всю информацию о том, как эти люди хотят видеть конечный продут и какие функции, по их мнению, он должен выполнять.
Ключевые обязанности
Самым главным для продакт-оунера является поиск идей для улучшения пользовательского опыта и выполнения приоритетных задач с минимальными расходами. Он управляет спринтами в scrum, устанавливает задачи и контролирует их выполнение. Кроме того, такой специалист занимается и рядом других задач.
- Определение видения продукта. Собрав требования заказчиков, а также узнав о пожеланиях конечных потребителей, product owner начинает работу над видением продукта. То есть определяет, как он будет выглядеть, какие задачи выполнять и как это реализовать. Ну а потом уже эту концепцию нужно изложить команде, да так, чтобы все поняли одинаково и смогли воплотить в жизнь.
- Разработка дорожной карты и продуктовой стратегии. Здесь подразумевается проведение исследования рынка, аналогичных продуктов и их стратегий, а также показателей. Это позволяет определить, как продвигаться самим и что из опыта конкурентов можно взять для себя. А еще в эту работу входит поиск и оценка трендов рынка, решение текущих проблем.
- Управление бэклогом продукта. Бэклог представляет собой список задач и требований. Их продакт-оунер собирает, оценивает, контролирует выполнение, также собирает предложения команды и учитывает их. Все изменения, что вносятся, контролируются именно этим человеком.
- Установка приоритетов. Product owner устанавливает порядок выполнения поставленных задач в зависимости от их приоритета. Все обусловлено тем, какие функции или возможности планируется реализовать в первую очередь, а что можно добавить или доработать позже.
- Коммуникация с разработчиками и заказчиком. Я уже говорила, что продакт-оунер является связующим звеном между своей командой и топ-менеджментом, ну и клиентами, конечно. Он интерпретирует задачу в более четкую и точную формулировку с учетом всех вносимых предложений.
- Контроль этапов разработки. Этот человек также отслеживает прогресс каждой итерации, планирует следующие спринты, анализирует эффективность процессов, также устанавливает и отслеживает текущие сроки.
- Сбор обратной связи. Данная процедура позволяет понять, попал ли продукт в ожидания и требования потребителей и заказчиков. На основе собранной информации можно корректировать курс, дорабатывать, совершенствовать продукт.
- Оценка прогресса. На основе установленных ранее метрик product owner понимает, были ли достигнуты цели. Такая работа проводится после окончания каждой итерации.
Product Manager в стартапе, «который смог»
Продукт вышел на рынок, шампанское допито, Product Manager садится за ноут и первым делом пытается получить ответ на вопрос, оправдались ли прогнозы. Насколько прибыльность и темпы роста соответствует тому, что написано в презентации для инвесторов и стратегических планах?
Чаще всего ожидания расходятся с реальностью, и в 90% случаев реальность оказывается менее позитивной. На этом этапе продукт еще сыроват, и, чтобы выйти на желанные цифры, его нужно дорабатывать, опираясь на фидбэк первых пользователей.
Product Manager начинает фокусироваться на:
- приоритизации новых фич;
- соответствии продукта требованиям безопасности и другим compliance;
- аналитике: отслеживании количества регистраций и покупок, анализе взаимодействия пользователя с продуктом (customer journey);
- доработке, поддержке и багфиксах.
Теперь Product Manager — это не просто функция, но и название должности конкретного человека. Эти обязанности больше не тащит на себе основатель или другой представитель менеджмента.
Команда на этом этапе тоже расширяется: добавляются QA, UI/UX-дизайнер и маркетолог, если повезет, нанимают бизнес-аналитика.
Основная задача PM на этом этапе — закрепить продукт на рынке, получить достаточное количество клиентов и сделать так, чтобы они хотели пользоваться именно вашим решением.
What skills and qualifications do you need to become a product manager?
To work in product management, you’ll need a broad and diverse skillset.
It doesn’t matter what jobs you’ve done before or what you may have studied previously. As long as you focus on learning the right skills—and transferring the skills you already have—you can make it as a product manager.
The top skills you’ll need to get into product management
Product management sits at the intersection of business, user experience (UX), and technology. It therefore relies on a diverse mix of hard and soft skills—many of which can be transferred from other fields.
The most important skills needed for product management include:
- A general understanding of the product design and development process: This includes some technical expertise in terms of understanding how web developers work and the technology they’ll use to build your product, as well as an understanding of UX design principles and processes.
- Business acumen and strategic thinking: Product managers are responsible for leading the development of products which drive business growth. You’ll need to be well-versed in business metrics and KPIs, have a good understanding of the company’s wider goals, and be able to think strategically.
- A knack for problem-solving: Problem-solving is an essential part of the product manager’s role. In addition to solving user problems, product managers also problem-solve internally, finding ways to overcome constraints and optimize processes.
- The ability to analyze and interpret data: Research, data, and analytics all play a crucial role in the product management process. Product managers must be skilled at collecting and analyzing data to understand their users and make decisions about the product.
- Excellent interpersonal skills: The best product managers are excellent communicators, collaborators, and storytellers. They liaise with multiple stakeholders on a daily basis, effectively facilitate cross-team collaboration, present their ideas confidently, and communicate with empathy. Every inch of the role relies on great communication; product managers cannot get by without this skill.
You can learn more in our round-up of the 11 most important product manager skills.
Do you need a degree to work in product management?
You don’t need a degree to become a product manager, and there’s no gold-standard qualification that employers look for.
But, if you’re starting from scratch, it’s worth considering a product management certification. This will not only help you learn the necessary skills in a structured, guided way; it’ll also prepare you for the hiring process and enable you to enter the job market with confidence and credibility.
We’ll explore the best options for product management bootcamps and certifications later on in this article.
Now we know what product management is and what it takes to become a successful product manager, let’s lay out the concrete steps you can follow to break into this exciting field.
Курс «Product Manager» в онлайн-университете Нетология
Длительность – 9 месяцев. Уровень – с нуля.
Возможна оплата в рассрочку.
Гарантия возврата денег после первых 3 занятий. Если передумаете учиться, университет вернет вам всю сумму.
Нетология входит в топ-5 самых популярных центров дистанционного обучения. Среди компаний-партнеров, с которым она сотрудничает для стажировки и трудоустройства своих выпускников – AGIMA, Kaspersky, Билайн, Рамблер, Mail.ru, Альфа Банк.
Спикеры курса – специалисты с опытом работы в компаниях и digital-агентствах PINKMAN, Inbox Market, ArrowMedia, Impulse.guru, SenseSay, OUT. Agency.
В качестве дипломного проекта вы придумаете продукт и проработаете его концепцию до момента запуска на рынок: проведёте анализ ниши и конкурентов, составите список гипотез, создадите первый прототип, посчитаете экономику и построите систему метрик.
Посмотреть полную программу курса
Вы получите диплом гособразца по специальности Product-менеджер. Сотрудники Нетологии организуют собеседования и стажировки в компаниях-партнерах.
Один из отзывов студентов:
“Выбрала обучаться именно в Нетологии, т.к. импонирует личность основателя, его подход и то, чем делится. С удовольствием прошла курс продакт менеджмента. Понравились преподаватели. Мои любимые блоки – Григорьева и Чистякова. Работаю младшим продактом. Работу нашла отчасти благодаря карьерному коучингу” (М.Коликова)
Товарный знак как альтернатива для регистрации идеи
Если ваша бизнес-идея не связана с техническим решением, а касается только изобразительных, словесных объектов или их сочетаний, проще и правильнее оформить товарный знак.
Что это. Это средство индивидуализации брендов. Обозначение, которое помогает отстроиться от конкурентов и выделить товары или услуги автора в общей массе.
Какую идею можно взять. Логотип, название фирмы или продукта, собственное имя, дизайн упаковки или тары, форму товара, персонажа произведения, хештег, слоган. Товарным знаком может быть что угодно, даже запах или цвет. Лишь бы это обозначение было уникальным — не напоминало ни один из уже существующих знаков.
Товарными знаками могут стать сразу несколько объектов. Например, название бренда «Кока-кола», логотип, этикетка и форма бутылки — это товарные знаки The Coca-Cola Company.
Зачем это нужно. Чтобы сделать бренд уникальным и защитить от конкурентов. Товарный знак может использовать в бизнесе только правообладатель. Если вы зарегистрировали обозначение, а конкуренты использовали его или что-то похожее на своих продуктах, такие товары — контрафакт. Их можно изъять через суд и взыскать с конкурента компенсацию до 5 млн руб.
Как зарегистрировать. Процедура напоминает патентование, только требования не такие строгие. Заявка подается в Роспатент. Там обозначение проверяют по российским базам, задают уточняющие вопросы. Если в России аналога не найдется — выдадут свидетельство на товарный знак.
Сколько стоит. Госпошлина зависит от количества классов МКТУ и обычно обходится в 40–70 тысяч руб. Еще столько же возьмет юрист.
Самые популярные методы изготовления 3D-изделий
Лазерная стереолитография (Stereolithography, LSA) — самая первая технология 3D-печати, когда модели изготавливаются из жидких фотополимерных смол с помощью ультрафиолетового лазера или его аналога.
Методом стереолитографии производят для ювелирного дела сложные изделия с уникальным дизайном
(Фото: form3.artsupport.ch )
Послойное наплавление (Fused Deposition Modeling, FDM) — самая простая и распространенная технология. Она поддерживается всеми программами для проектирования. Трехмерный объект «выращивается» из нагретой пластиковой нити. Недорогие домашние 3D-принтеры обычно работают на этой технологии.
Селективное лазерное плавление (Selective Laser Melting, SLM) — это самый распространенный метод ЗD-печати металлом. Используя порошки из стали, титана, алюминия или других металлов, можно изготовить геометрически сложные изделия, детали машин и двигателей для промышленности.
Винт из металлического порошка, напечатанный на 3D-принтере
(Фото: youtube.com)
Рекомендуемая литература и курсы
Данный раздел состоит из четырех частей: первая — базовый уровень, для тех, кто только думает начать свою карьеру в продакт-менеджменте, вторая часть посвящена отраслевым навыкам и практикам, что должен уметь и знать продакт-менеджер для успешного выполнения своих задач, в третьей части речь идет про продуктовый лидершип, для тех, кто планирует переход на уровень L7 и выше, в четвертой части перечислены дополнительные материалы, необходимость которых скорее диктуется спецификой работы — стадия жизненного цикла продукта, погруженность в маркетинг, стратегию или сервис-дизайн.
Введение в продакт-менеджмент
- Inspired by Marty Cagan — вводная книга, которая рассказывает, зачем нужен продакт-менеджер, и чем он занимается
- Cracking the PM Interview by Gayle Laakmann McDowell — книга, которая поможет попасть на первую, вторую и третью работу по специальности
Навыки продакт-менеджера
The Lean Product Playbook by Dan Olsen — практическое применение продакт-менеджмента, основная книга
Running Lean by Ash Maurya — практическое применение продакт-менеджмента, меньше информации, чем в The Lean Product Playbook, но вводит полезное понятие Lean Canvas и является хорошим дополнением к книге Дэна Олсена
Sprint by Jake Knapp — практика проведения дизайн-спринтов, каждый день расписан
Business Model Generation by Alexander Osterwalder — раскрывает понятие бизнес-модели, пошаговое руководство к ее разработке
Value Proposition Design by Alexander Osterwalder — помогает разобраться с тем, как можно построить ценностное предложение
Project Management Body of Knowledge by PMI — о том, как доводить идеи до продакшена, по важности на третьем месте из приведенных книг
Google Project Management: Professional Certificate at Coursera — курс от Google по прожект-менеджменту, обязателен к прохождению
GoPractice от Олега Якубенкова — помогает ощутить себя на месте продакт-менеджера, учит принимать data-driven решения, разбираться в A/B тестах, дорог, но крайне желателен
Навыки продакт-лидершипа
- Empowered by Marty Cagan — единственная полноценная книга по продакт-лидершипу, рекомендуется к прочтению на позиции от Senior Product Manager
- The Ideal Executive by Ichak Adizes — о типах руководителей и том, как с ними работать
Наращивание насмотренности и компетенций
Continuous Discovery Habits by Teresa Torres — новые практики в дискавери, отличное подспорье для действующих продакт-менеджеров
This is Service Design Methods by Mark Stickdorm — описание методов сервис-дизайна, очень полезна если вы занимаетесь не отдельными фичами, а продуктами
Hooked by Nir Eyal — раскрывает причину почему люди пользуются некоторыми продуктами больше, чем другими, важно для увеличения ретеншена и вовлеченности в продукте
How to Measure Anything by Douglas W. Hubbard — продакт-менеджеру постоянно приходится взвешивать и оценивать идеи и пути развития продукта, данная книга помогает научиться измерять что угодно, полезно для абстрактной оценки доли рынка и потенциала открывшейся возможности
The Innovator’s Dilemma by Clayton Christensen — книга про стратегию и жизненный цикл продуктов
Zero to One by Peter Thiel — про стратегию, создание продуктов и выбор ниш
Blue Ocean Strategy by W
Chan Kim — как и книги выше, рассказывает о выборе стратегии, в какой рынок идти
Good Strategy/Bad Strategy by Richard P. Rumelt — еще одна книга про стратегию, для закрепления материала
Crossing the Chasm by Geoffrey Moore — большинство продуктов умирает из-за того, что не смогли отмасштабироваться на больший рынок, книга помогает разобраться с масштабированием продуктов
Hacking Growth by Sean Ellis — про маркетинг и рост, гроус-хакинг
The Startup Owner’s Manual by Steve Blank — раскрывает понятие customer development, нет, это не просто глубинные интервью, как многие считают
Lean Startup by Eric Ries — легкая книга, которая помогает с введением в lean product management
SAFe by Dean Leffingwell — про то, как может работать agile в большой организации, где большое количество стейкхолдеров. Step by step руководство, как выстроить работу
Toyota Production System by Taiichi Ohno — о том, как зарождался Lean
Все названия книг приведены на английском языке, потому что на русском большинство из них никогда не выпускалось.
Вопросы для собеседования менеджера по продукту
Типы вопросов, которые вы можете ожидать на собеседовании по управлению продуктами, обширны и разнообразны. Тем не менее, вам будут заданы некоторые из следующих вопросов:
Кредит Фотографии: Медиабистро
- Как вы остаетесь ориентированным на пользователя?
- В чем вы видите основную роль менеджера по продукту в разработке продукта?
- Как вы видите развитие своей карьеры в ближайшие 5 лет?
- Какие основные изменения вы бы внесли в ?
- Как бы вы улучшили свой любимый продукт?
- Каков ваш подход к приоритизации задач?
- Как вы видите развитие своей карьеры в ближайшие 5 лет?
- Расскажите нам о случае, когда вы использовали данные, чтобы повлиять на важную заинтересованную сторону.
- Почему вы хотите работать в ?
- Расскажите нам о случае, когда вы столкнулись с неудачей и как вы оправились от нее.
- Почему вы хотите быть/что вам нравится в должности менеджера по продукту?
Заключение
В заключение, менеджер по продукту — это человек, который дает опыт, необходимый для управления и принятия стратегических решений по продукту. Тем не менее, он отвечает за многое, что касается продукта.
Where do product managers come from?
If you’re looking to start a career in product management, you may have asked yourself: Where do product managers typically come from? Are there any professional backgrounds and careers that pave the way for a job in product management?
The reality is, good product managers come from everywhere. It’s a multidisciplinary field, relying on a broad variety of skills and expertise. There’s no universal professional pathway into product management—it’s about transferring the skills you already have and learning the ones you don’t.
And the good news? Almost any role will equip you with skills that are valuable and applicable to product management.
Transferable skills
One major aspect of the product manager role is understanding and advocating for the end user’s needs. If you’ve worked in sales, customer service, retail, UX (or another design-related discipline)—any kind of customer-facing role you can think of—you’ll already have the user-centric mindset of a product manager.
Product management also requires business acumen, a knack for strategic thinking, and the ability to manage complex projects and processes. If you’ve worked in marketing, engineering, or business analytics (to name just a few), or gained experience in a project and/or people management role, you’ll already have honed some of these skills.
We could go on forever. The point is, successful product managers don’t come from any one specific background. They bring a variety of transferable soft skills, and perhaps some of the core hard skills, too, if they’ve already worked in a technical or design-focused role.
Every product manager is unique in what they bring to the table—you don’t need to come from a particular field or discipline to be successful in the role.
With that in mind, let’s consider the most important product management skills and qualifications.
Как понять, что идея востребована и коммерчески пригодна
Есть два пути:
- чтобы определить востребованность идеи, надо обратится к узкопрофильному специалисту;
-
чтобы понять, если ли у идеи экономический потенциал, нужна консультация инвестора.
Какой узкопрофильный специалист подойдёт
Узкопрофильный специалист — это тот, кто работает в области вашего продукта. Например, если ваш продукт — это экологическое биотопливо, то перед тем, как кого-то искать, надо выстроить весь технологический процесс, то есть разработать модель этого самого производства экологического биотоплива.
Среди специалистов, к которым вы можете обратится, будут и микробиоли, и альгологи, и специалисты по производству биотоплива, и многие другие.
Если, допустим, ваш продукт — это робот по сбору урожая, то специалистами могут быть инженеры-робототехники или представители сельского хозяйства.
Как обратится к инвестору для оценки продукта
Сначала надо разработать бизнес-модель своей идеи — анализ рынка, анализ конкурентов, финансовая модель, обоснованность создания продукта, затраты и так далее. Тогда у инвестора будет чёткое представление о продукте, и он сможет его оценить.
В таком случае надо не отчаиваться, а, наоборот, сесть и перепроверить, попросить указать на ошибки, а затем доработать.
5 отличий технического PM от бизнес-ориентированного
- Product manager “общего профиля” ориентирован на клиентов и участвует в определении общей стратегии продукта. Технический управленец, в большей степени, сосредоточен на возможностях и способах функционирования продукта или услуги, которой он/ она занимается.
- Менеджеры продуктов обычно вплотную сотрудничают с разными отделами и техническими и нетехническими членами команды. Они работают с маркетологами, sales-менеджерами, службой поддержки, финансистами, руководителями проектов, а также сотрудничают с внешними партнерами. Технический PM чаще находится в коммуникации с внутренними техническими командами, включая разработчиков, инженеров и тестировщиков.
- Проводя профессиональные исследования, product manager изучает диапазон конкурентов с точки зрения стратегического бизнеса и вывода продукта/ услуги на рынок, а technical product manager больше думает о новых тенденциях развития и технологиях, оценивают конкурентов в плане их технических возможностей.
- Чаще всего, образование менеджера продукта связано с бизнес-дисциплинами, в то время, как техническому управленцу продукта логичнее имеют степень в области инженерии, информатики и других технических дисциплин. Его навыки полезны для оптимизации приоритетов и планирования. Если есть четкое представление о том, как разрабатывается продукт, то тогда менеджеры могут оценивать риски определенных функций. Тесное общение с разработчиками помогает понять последствия определенных решений по продукту и достичь компромиссов.
- Technical PM хорошо разбираются в применении Agile или другой методологии, которую они используют. Многие технические PM приходят в product management из разработки и естественно знают в чем разница между Scrum или Kanban, однако углубляться в сложности и тратить время не на свои ключевые обязанности менеджера не стоит.
В чем особенности технологическая дорожной карты и для чего она предназначена?
Технологическую дорожную карту
Два главных преимущества technology roadmaps
- позволяет техническим управленцам эффективно организовывать и приоритизировать все идеи, цели и требования в стратегическом плане продукта.
- помогает представлять стратегический план и его детали всем участникам, с которыми вам нужно будет сотрудничать на протяжении всего процесса разработки.
Компоненты technology roadmap
- Цели продукта — это запланированные достижения, которые компании хотят достичь. Они могут быть краткосрочными и долгосрочными. Цели продукта основаны на его бизнес-возможностях.
- Новые функции продукта, которые будут достигнуты и внедрены через применение технологий.
- План релиза с поддержкой новых функций и возможностей. Обычно менеджеры планируют релизы за несколько месяцев.
- Основные этапы или milestones — это ключевые ориентиры, которые должны быть достигнуты в процессе разработки. Заинтересованные стороны отслеживают milestones,, и это позволяет им видеть прогресс в достижении долгосрочных целей.
- Ресурсы определяют участников для внедрения и обслуживания систем.
- Факторами риска являются внешние и внутренние барьеры, которые могут препятствовать достижению целей и этапов в соответствии с технологическим планом.
- Статус-отчет помогает информировать всех участников команды.
платформа для управления продуктами Hygger.io
управление
Технический менеджер гарантирует, что его команда работает в рамках установленных технических руководящих принципов, предоставляя или совместно разрабатывая стандартные рабочие процедуры. Он также назначает каждому члену команды конкретные задачи и контролирует их выполнение. Планирование работы и перерывов является еще одной из его обязанностей. Он обеспечивает достаточное покрытие, будь то в обычные часы или в режиме круглосуточной ротации.
Технический менеджер отправляет свою команду на технические тренинги и в учебные лагеря. Он следит за тем, чтобы они действовали по своим лицензиям и сертификатам.
Технический менеджер регулярно встречается со своим высшим руководством и предоставляет им свои ежемесячные и годовые отчеты, которые включают результаты работы его команды, бюджеты и статус проекта. Он также может встретиться со своими коллегами, техническими партнерами и клиентами.
Он проводит регулярные встречи со своими командами, будь то в целом или в рамках дискуссий один на один. Он предоставляет каждому члену команды цель или цель, за которой он будет следить за прогрессом или статусом в течение года. Затем он проводит оценку эффективности работы членов команды и дает им обратную связь, а также дает рекомендации по продвижению по службе или повышает заработную плату, если и когда это применимо. Технический менеджер также публикует объявления о вакансиях, проводит собеседования, нанимает и увольняет сотрудников.
Технический менеджер регулярно встречается со своим высшим руководством и предоставляет им свои ежемесячные и годовые отчеты, которые включают результаты работы его команды, бюджеты и статус проекта.
Управление жизненным циклом продукта и кривой внедрения технологий
Каждый продукт проходит через предсказуемые этапы: выведение товара на рынок — рост — зрелость — упадок. Эта последовательность известна как жизненный цикл продукта (рисунок 5):
Рисунок 5. Жизненный цикл продукта
Менеджер Продукта несет ответственность за управление своим продуктом на каждом из этих этапов
Обратите внимание, что разные продукты могут находиться на разных стадиях в течение совершенно разной продолжительности. Рассмотрим, например, решение для кредитного скоринга, описанное ранее на рисунке 1
После выпуска внедрение и распространение решения для кредитного скоринга может проходить чрезвычайно быстро. Зрелая стадия может продлиться более десяти лет, и все это время банк будет продолжать совершенствовать решение для поддержания уникального конкурентного преимущества.
Эти усовершенствования, такие как новые функции (фичи) или возможности (капабилити), следуют аналогичной S-образной кривой, известной как кривая внедрения технологий. Эта кривая объясняет, как конкретные функции, возможности и продукты принимаются на данном рынке. Принятие рынком предсказуемо и может быть описано психографическими характеристиками клиентов (рисунок 6):
- Новаторы подхватывают новые технологии. Они представляют собой наименьшую часть всего рынка.
- Ранние последователи быстро понимают преимущества новых технологий и извлекают пользу от ценности, двигаясь быстрее, чем остальная часть рынка.
- Раннее большинство более практично настроено и обычно ожидает, пока продукты получатбольше подтвержденного применения.
- Позднее большинство ожидают, пока продукт станет устоявшимся. Они часто откладывают его покупку до тех пор, пока хорошо известные предприятия с надежной репутацией, с которыми у них уже был опыт взаимодействия, не предложат свою версию продукта.
- Отстающие представляют собой хвостовую часть кривой принятия.
Обратите внимание, что эти профили клиентов не применимы к каждому продукту: клиент, который столкнулся со срочной проблемой, может стать ранним последователем одного продукта, выступая в качестве отстающего для менее актуальных вопросов. В книге «Преодоление пропасти» пионер технологий Джеффри Мур отметил, что многие технологические продукты сталкиваются с «пропастью» между ожиданиями ранних последователей и остальной частью рынка
Соответственно, Менеджеры Продукта отвечают за понимание того, где каждый продукт может находиться на кривой принятия, и за соответствующую корректировку функциональности. Например, продукт, который находится на стадии ранних последователей, может уделять больше внимания фичам, которые способствуют дальнейшему росту; в то время как продукт на стадии отстающих может уделять больше внимания фичам, которые снижают эксплуатационные расходы
В книге «Преодоление пропасти» пионер технологий Джеффри Мур отметил, что многие технологические продукты сталкиваются с «пропастью» между ожиданиями ранних последователей и остальной частью рынка. Соответственно, Менеджеры Продукта отвечают за понимание того, где каждый продукт может находиться на кривой принятия, и за соответствующую корректировку функциональности. Например, продукт, который находится на стадии ранних последователей, может уделять больше внимания фичам, которые способствуют дальнейшему росту; в то время как продукт на стадии отстающих может уделять больше внимания фичам, которые снижают эксплуатационные расходы.
Рисунок 6. Модели (паттерны) внедрения технологий