Построение продуктовой команды

1.

15/07/2023
ПОСТРОЕНИЕ
ПРОДУКТОВОЙ КОМАНДЫ
Роли
Работа над выпуском продукта (release)

2.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Менеджер продукта — отвечает за продукт, о конечном продукте он должен знать все. В Параллелс выполняет задачи
бизнес- и системного аналитика. Список задач очень большой.
В ЗАДАЧИ ВХОДИТ:
продумывание стратегии развития продукта;
определение целевой аудитории продукта, понимание ее болей;
анализ рынка и стратегия продвижения продукта;
знание особенностей продукта, его плюсов и особенностей;
презентация продукта.
2

3.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Бизнес Аналитик (Business Analyst) – составляет конечную
концепцию продукта (Vision), который
и предстоит разрабатывать команде. Он должен хорошо представлять
себе конечный вид и функционирование системы.
Системный аналитик (System Analyst) – отвечает
за то как система должна работать в различных вариантах
использования и какие у нее функции.
ЗАДАЧИ ВКЛЮЧАЮТ В СЕБЯ:
ЗАДАЧИ ВКЛЮЧАЮТ В СЕБЯ:
анализ данных и метрик;
общение с заказчиком и выявление его желаний; общение
с заказчиком по конкретным техническим задачам и нюансам ТЗ;
принятие решений о том, какие именно методы использовать;
выявление целей, для которых разрабатывается продукт, какие задачи он должен
решать;
составление технического задания (ТЗ);
предложение собственных идей по улучшению конечного продукта;
разработка и написание спецификации;
формирование совместно с заказчиком документации по проекту,
в которой подробно описывается, какой именно продукт разрабатывается, каковы
его цели и задачи, для какой ЦА предназначен и основные возможности будущей
системы.
составление списка требований к системе;
функциональный анализ системы.
3

4.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Менеджер продукта в Параллелс может быть внешним (евангелист, работа с аудиторией,
презентации) и внутренним (более технический – бэклог, работа с разработчиками и тд)
Дополнительно есть Менеджер по продуктовому маркетингу
(Product Marketing Manager) – отвечает за сообщение рынку ценности продукта.
В обязанности входить обучение продавцов тому, как продавать продукт, создание маркетинговых
материалов, сообщающих о характеристиках продукта, а также разработка маркетинговых
инструментов и кампаний для привлечения новых потенциальных клиентов.
4

5.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Менеджер проекта — следит за соблюдением сроков и требований по проекту, управляет ресурсами.
В ЗАДАЧИ ВХОДИТ:
бюджет проекта;
сбор требований по проекту и постановка целей по итогам анализа этих требований;
делегирование задач;
распределение зон ответственности между ключевыми специалистами проекта;
сбор и контроль метрических данных проекта.
5

6.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Архитектор (Architect \ CTO) — именно этот специалист принимает на проекте решения о том, каким будет внутреннее
строение программной системы и ее интерфейсов.
СРЕДИ ДРУГИХ ЗАДАЧ АРХИТЕКТОРА В ИТ-ПРОЕКТЕ МОЖНО ВЫДЕЛИТЬ:
составление конструкции программного обеспечения (ПО), элементов и их взаимосвязи;
знание мировых практик разработки ПО и построение системы в зависимости
от задач бизнеса, для которого она разрабатывается;
проектирование архитектуры ПО;
выполнение требований заказчика к системе: быстрое восстановление,
быстрая работа, возможность дальнейшего развития.
6

7.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Технический писатель (Technical writer) — без этого специалиста невозможен ни один проект,
так как чаще всего именно технический писатель рассказывает о продукте и ведет его в массы.
ОСНОВНЫЕ ЗАДАЧИ:
написание инструкций по развертыванию и эксплуатации системы;
Ведение встроенной в продукт Справки (Help, F1) с учетом интеграции и гиперссылок;
Переводы / локализация;
Контроль за внешним видом продукта;
составление документации обеспечивающей поддержку программы в дальнейшем.
7

8.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Дизайнер (Designer) — отвечает за оформление и внешний вид продукта. Именно он «рисует»
все элементы продукта, которые видит заказчик в конечном варианте, подбирает цвета и формы.
ЗАДАЧИ:
определение формы и цвета каждого элемента продукта, чтобы вместе они составляли единую картину;
прорисовка графических элементов;
отрисовка баннеров и логотипов для продукта;
конечное оформление продукта.
8

9.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Разработчик / Программист (Developer) (backend & frontend) — этот специалист
в команде занимается реализацией требований, которые ранее были прописаны аналитиками
или менеджером продукта.
ЗАДАЧИ РАЗРАБОТЧИКА ВКЛЮЧАЮТ В СЕБЯ:
воплощение в жизнь функций, которые должна иметь система;
создание логики, которая отвечает за то, чтобы все функции системы выполнялись именно так,
как это и было задумано изначально.
9

10.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Тестировщик (Testing Engineer) — этот специалист первым получает возможность запустить
продукт и пользоваться им после проверки на соответствие ТЗ со стороны менеджера продукта.
ЕГО ОСНОВНЫЕ ЗАДАЧИ:
выявление ошибок и недочетов в работе системы;
давать обратную связь по продукту.
10

11.

ПОСТРОЕНИЕ ПРОДУКТОВОЙ КОМАНДЫ
Работа над выпуском продукта – это совместная работа всех отделов = виртуальная команда выпуска продукта, в
которую входят:
Ответственный за выпуск
Контроль Качества (тестировщики)
Менеджер продукта
Ответственный за нагрузочное тестирование
Разработчики (менеджер проекта)
Техническая поддержка
Технический писатель
11

12.

НОВЫЕ ПРОЦЕССЫ
Новый рабочий процесс в Jira – замыкание подтверждения соответствия новой функции ТЗ
на менеджера продукта
Новый рабочий процесс в Confluence (Life) - формализованные документы Life - ТЗ (техническое задание), ТР
(техническое решение), СТПО (Спецификация требований к программному обеспечению), КК (контроль качества)
Виртуальная команда по каждой новой функции, надзор и контроль соответствия ТЗ и пожеланиям клиента
в процессе разработки
12

13.

ЖИЗНЕННЫЙ ЦИКЛ
Формализация цикла
Сроки поддержки - 2409 (5.3) - LTS- 2 года. Фиксы без новых фич, 1,5 код фикса
+ 6 месяцев поддержки до EOL. Кредо - надежность и стабильность.
Условия ТП https://life.astralinux.ru/pages/viewpage.action?pageId=190159602
13

14.

ПРОДУКТОВАЯ АНАЛИТИКА
Customer Experience Program – сбор (анонимный) статистики с помощью problem report для
инцидентов (грузим всегда)
Требует внедрения
Требует средств для анализа (Kibana?)
14

15.

CUSTOMER DEVELOPMENT
Гипотезы (предположения) о целевой аудитории (ЦА) продукта и проблемах
Проведение проблемных интервью и поиск инсайтов
Уточнение гипотез по результатам интервью
Количественное обоснование рынка
Выбор проблемы, достойной решения продуктом
Разработка и тестирование ценностного предложения
И ТД
15

16.

ТЕКУЩАЯ СИТУАЦИЯ – ПРОДУКТ
Малое покрытие сценариев использования для такого класса решений
Продукт незрелый:
– Развёртывание и обновление требуют специальных навыков
– Отсутствие развитого протокола с оптимизацией и поддержкой периферии
– Отсутствие универсального драйвера и принтера печати
– Часто радикально обновляются инструменты и\или компоненты
– Отсутствие продуктовой аналитики
16

17.

ЗАДАЧИ РАЗВИТИЯ ПРОДУКТА
Цель – сделать Продукт, а не набор
технологий
Нужно добиться максимально большой
аудитории за счет простоты развертывания и
пробного использования
Разработать скрипты и миграции
со старых\других систем
Разработка целевых\отраслевых типовых
решений
17

18.

ЭКОСИСТЕМА
Тонкие клиенты и управление ими – партнёры, интеграция решений, например Тонк
Интеграция с MFA провайдерами – например, Аладдин Р.Д. и др
Принтеры, МФУ, сканеры
Оптимизация (протоколы, другие решения – типа МойОфис)
ВКС (Дион, Труконф и др)
Мониторинг, резервное копирование
Автоматизация внедрений – партнеры со своими решениями как быстро и качественно развернуть наш продукт с
использованием скриптов и всего что облегчает\ускоряет внедрение или миграцию,
в том числе с других решений
18

19.

15/07/2023
СПАСИБО
ЗА ВНИМАНИЕ!