Создание Программного Продукта И Управление Его Разработкой

Привет, Хабр! Сегодня мы начинаем публиковать серию практических материалов для продакт-менеджеров, основателей стартапов и всех, кто хочет приобрести навыки менеджера по разработке программных продуктов.

Этот и последующие посты подготовлены на основе лекций курса.

«Создание программного продукта и управление его разработкой» , который был организован с помощью Acronis.

Создание программного продукта и управление его разработкой

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



Содержание курса

1. Роль менеджера по продукту и структура <—You are here 2. Сегментация рынка и конкурентный анализ.

3. Пользовательские персонажи 4. Проверка гипотез 5. Позиционирование продукта 6. Дорожная карта продукта 7. Составление требований к разработке 8. Бизнес-модель и бизнес-план.

9. Финансовый план и ценообразование 10. Запуск ИТ-продукта и проведение маркетинговой кампании.

11. Партнерство, каналы сбыта и сбыт продукции.

12. Этапы развития компании и продукта Меня зовут Василий Рудоманов, и я отвечаю за разработку продуктов в Acronis. Я много лет работал над инженерной или технической стороной создания продуктов и решений.

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

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

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

Основатель стартапа де-факто является главным продакт-менеджером компании и поэтому полностью определяет ее развитие.

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

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

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

Но сегодня мы начнем с идеи… с того «единорога», который появляется в голове каждого человека, когда он решает подарить миру новый продукт. Почему одни проекты успешны, а другие нет? Как обычно создается продукт? Обычно возникает идея и группа людей приступает к ее реализации.

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

Они формируют стратегию развития бизнеса, а также сам продукт.

Создание программного продукта и управление его разработкой

Однако это еще не все: помимо стратегии часто возникает острая необходимость «внедрить новый функционал за 2 недели под конкретную сделку».

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

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

Суть работы продакт-менеджера Фактически, менеджер по продукту должен находить проблемы на рынке и предлагать их решения.

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

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



Создание программного продукта и управление его разработкой

Дело в том, что подход «от идеи» не работает, чья бы это ни была идея – самого менеджера, директора или владельца компании.

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

категория.

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

Вот почему роль менеджера по продукту очень важна для успешного выхода на рынок.



Создание программного продукта и управление его разработкой

Структура управления продуктами Многие разработчики уже знакомы с книгой Фреда Брукса «Мифический человеко-месяц».

Я настоятельно рекомендую прочитать ее, если вы еще этого не сделали.

Фред Брукс участвовал в создании IBM 350. В свое время его команда проделала большую работу по созданию программного обеспечения для мейнфреймов.

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



Создание программного продукта и управление его разработкой

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

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

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

Программная система еще более сложна.

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

Это занимает в три раза больше времени.

Таким образом, если вы хотите выйти на рынок, вам нужно потратить на это в 9 раз больше времени и ресурсов.

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

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

Менеджеры принимают огромное количество решений – как тактических, так и стратегических.

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

Стратегические решения оказывают долгосрочное влияние на будущее компании.

Для их реализации необходимо выполнить целый комплекс элементов планирования.

Они отражаются на желтой линии в центре рамки.



Создание программного продукта и управление его разработкой

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

Все эти элементы расположены в нижней части каркаса.

Но помимо создания самого продукта нужно сделать еще много чего с точки зрения бизнеса.

Только тогда можно будет продвинуть продукт и реально вывести его на рынок.

Эти блоки расположены в верхней части каркаса.

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

Помимо рамок, мы разберемся, какие методы доступны для решения каждой из задач разработки и продвижения продукта, а также определим зоны ответственности разных отделов и специалистов при работе над программным продуктом:

Создание программного продукта и управление его разработкой

Потому что, несмотря на то, что продакт-менеджер в целом отвечает за весь бизнес, связанный с конкретным продуктом, конечно, часто «закрашивать» тот или иной функциональный блок должны сотрудники других отделов, с которыми непосредственно взаимодействует продакт-менеджер: менеджеры по маркетингу, Сотрудники отдела продаж, финансовый отдел, разработчики, предпродажная подготовка.

Работа с фреймворком очень важна для всех категорий сотрудников современной ИТ-компании.

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

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

Если эта тема важна и полезна для вас, не забудьте подписаться на наш блог.

→ Видеозапись всех лекций курса доступно на YouTube Первая лекция: Хотите стать менеджером по продукту? Планируете запустить свой стартап? Нужна внешняя обратная связь? Напишите мне личное сообщение и обсудим.

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

Войти , Пожалуйста.

Как организовано управление продуктом в вашей компании? 8,33% Мы также используем фреймворк 2 29,17% Хотим использовать фреймворк 7 12,5% Мы полагаемся на интуицию и чутье менеджера 3 20,83% Наш продукт пока слишком прост, ему пока не нужен фреймворк 5 12,5% У нас вообще нет менеджеров по продукту 3 16,67% Продукта пока нет, но когда он будет, будет и фреймворк 4 Проголосовали 24 пользователя.

5 пользователей воздержались.

Теги: #Разработка стартапов #Карьера в ИТ-индустрии #Управление разработкой #Управление продуктами #МФТИ #управление продуктами #конкурентный анализ #Acronis #рыночная ниша #менеджер по продукту #структура продукта #сегментация рынка #конкурентная разведка

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.