Технические инструменты для продукт-менеджеров

• Роль технической компетентности в работе Product Manager
• Business → Product → Technology: как связано три уровня
• Как устроен цифровой продукт
• Основные компоненты современной IT-системы
• Фронтенд, Бэкэнд, База данных, API, Внешние сервисы
• Как PM взаимодействует с Engineering Team
• Технический долг, зависимости, ограничения и риски

• Зачем Продакт Менеджеру моделировать процессы
• Процесс как основа продуктовой функциональности
• КАК ЕСТЬ и БУДЕТ
• Основные элементы BPMN
• События, мероприятия, шлюзы, бассейны, дорожки
• Правила построения понятных моделей
• Типичные ошибки

• Как описать текущий процесс
• Выявление участников и ответственности
• Бизнес-правила
• Исключения и альтернативные сценарии
• Узкие места и точки потерь
• Ручные операции и возможности автоматизации

• Проектирование будущего процесса
• Оптимизация процессов
• Автоматизация и цифровизация
• Определение продуктовых возможностей
• Воздействие TO-BE процесса на функциональные требования
• Проверка модели с бизнесом и инженерной командой

• Система и ее пределы
• Актеры
• Варианты использования
• Основные и альтернативные сценарии
• Диаграмма деятельности
• Взаимосвязь Use Case, User Story и Acceptance Criteria
• Когда PM следует использовать каждый тип модели

• Что такое Диаграмма последовательности
• Объекты и Линии жизни
• Сообщение
• Синхронные/Асинхронные взаимодействия
• Условия и альтернативные потоки
• Как показать взаимодействие пользователя, frontend, backend и API
• Как диаграмма последовательности помогает находить проблемы в дизайне решения

• Что такое software architecture
• Монолитная и микросервисная архитектура
• Как читать архитектурную схему
• Как PM может самостоятельно визуализировать решение

• Что такое API
• API как контракт между системами
• Клиент/Сервер
• Запрос/Ответ
• HTTP
• ПОЛУЧИТЬ, ОТПРАВИТЬ, ПОЛОЖИТЬ, ИСПРАВИТЬ, УДАЛИТЬ
• Коды состояния HTTP
• Заголовки, Параметры, Тело
• Аутентификация и Авторизация

• Принципы REST
• Ресурсы и конечные точки
• Структура URL
• Операции CRUD
• Структура JSON
• Объекты и Массивы
• Вложенные объекты
• Пагинация, фильтрация, сортировка
• Обработка ошибок

• Что такое Swagger и OpenAPI
• Как читать API documentation
• Конечные точки
• Параметри
• Тело запроса
• Схема ответа
• Аутентификация
• Примеры API
• Как PM проверять соответствие API бизнес-требованиям

• Межсистемные интеграции
• REST против SOAP
• Вебхуки
• Синхронные и асинхронные интеграции
• События
• Очереди сообщений - базовые понимания
• Интеграции сторонних разработчиков
• Сбои интеграции
• Повторная попытка, тайм-аут, резервный вариант
• Практикум: схема интеграции продукта с внешним сервисом

• Зачем PM понимать структуру данных
• Реляционные и нереляционные базы данных
• Таблицы, записи и поля
• Первичный ключ/внешний ключ
• Отношения
• Один-к-одному, Один-ко-многим, Многие-ко-многим
• ЭРД

• ВЫБИРАТЬ
• ГДЕ
• ЗАКАЗАТЬ ПО
• ГРУППИРОВАТЬ ПО
• ПРИСОЕДИНИТЬСЯ
• СЧЕТ, СУММА, СРЕДНЕЕ
• Как проверять продуктовые гипотезы через данные
• Как формулировать запросы к Data/Engineering Team
• Практикум: анализ продуктовых данных с помощью SQL

• Что такое Browser DevTools
• Элементы
• Консоль
• Сеть
• HTTP-запросы
• Запрос/Ответ
• Коды состояния
• Полезная нагрузка
• Заголовки
• Cookies и Storage – базовое понимание
• Как самостоятельно исследовать поведение вебпродукта

• Как анализировать техническую проблему
• Ошибка против проблемы с продуктом против технической проблемы
• Воспроизведение проблемы
• Логи и мониторинг - базовое понимание
• Как правильно передать проблему Engineering Team
• Как PM оценивает impact и priority технической проблемы

• Требование к продукту → Функциональное требование → Техническое решение
• Декомпозиция продуктовой функциональности
• Бизнес-правила
• Функциональные/нефункциональные требования
• Ограничение
• Зависимости
• Критерии принятия
• Определение "Готово" (Definition of Done)

• Структура технической документации
• Обзор решения
• Схема процесса
• Случай использования
• Диаграмма последовательности
• Диаграмма архитектуры
• Документация API
• Модель данных
• Зависимости и предположения
• Журнал принятия решений
• ADR — Запись решения по архитектуре

• Как проводить Technical Discovery
• Технические риски
• Выполняемость (Feasibility)
• Технический долг
• Создание против покупки и интеграции
• Масштабируемость
• Безопасность и производительность – базовый уровень для PM
• Как сравнивать альтернативные технические решения
• Как работать с архитектором и Tech Lead

Финальная работа включает:

• BPMN КАК ЕСТЬ / БЫТЬ
• Use Case диаграмма и диаграмма последовательности
• Архитектурная диаграмма
• Взаимодействие API
• Модель данных
• Технические риски и зависимости
• Документ технического решения
• Презентация решения и защита