Product Talks: PM

2. ODESSA, 2018
PROJECT VS PRODUCT
PRODUCT TALKS MEETUP#5 — PRODUCT MANAGER
PM @ ‘TapMedia’
Геннадий Кобылянский
ПРОТИВОСТОЯНИЕ ИЛИ КОМАНДА

3. https://tap.ua
3. ПРОТИВОСТОЯНИЕ ИЛИ КОМАНДА. А МОЖНО ЛИ СОВМЕСТИТЬ...

4. https://tap.ua
4. Немного истории
 Продукт — произведение труда, законченный
результат некоторой деятельности
(производственный, программный, и.т.п).
 Продукт — 1931 (Neil McElroy, Procter & Gamble). с
идеей поставить ЛПР (decition maker) как можно
ближе с клиенту.
 Projectus — лат. движение вперед. Предполагает
действие которое можно спрогнозировать и
реультаты, которые можно ожидать в будущем.
 Проектное управление (30гг.20в. США) для
руководства большими проектами в
нефтегазовой и обоонной сфере.
ПРОДУКТ ПРОЕКТ
ПЕРСПЕКТИВЫ
 По данным исследований университетов Гарварда и Корнелла,
к 2027 году ПМ в индустрии нужно будет до 88 Миллионов (sic!) специалистов.
 100.000 занятых специалистов IT в нашей стране

5. https://tap.ua
5. Главные отличия
ЧТО будет из себя представлять продукт,
КТО будет его потребителем,
ДЛЯ ЧЕГО он нужен и какую пользу принесет потребителю
(или заказчику),
Продакт изучает рынок, общается с Маркетингом,
Думает о продукте в аспекте тогo, как он будет
продвигаться, как зарабатывать,
Как организованы бизнесс процессы и бизнесс логика.
КАК и КОГДА будет реализован проект под продукт,
Какие силы привлечь,
Как организовать работу разработчиков и дизайнеров,
Предусмотреть боттлнеки, выбрать оптимальные решения
по их минимизации,
Скоординировать работу со смежными отделами.
Обеспечить необходиимые ресурсы (HR).

6. https://tap.ua
6. А можно ли совместить?
PROS
(польза совмещения)
CONTRAS
(минусы совмещения)
 Проще коммуникация,
 Проще координировать команду,
 Меньше Delivery time,
 Делаешь проекты под себя и их же
ведешь как продукт.
 Лишняя коммуникация — время,
 Возможные споры и несогласия,
 Отсутствие поддержки коллеги ПМа,
 Личная ответственность перед С-левелом,
 В сложных ситуациях ПМ остается один, никто
не выручит.
ВЫВОД:
Совместить в одном человеке эти две должности можно,
но не в любых ситуациях, не для любых продуктов.
Совмещение потребует очень серьезного уровня всех скиллов
И технических, и коммерческих и коммуникационных и менеджерских

7. https://tap.ua
7. Скиллы и качества
PRODUCT PROJECT
 Задачи,
 Приоритеты задач, временные рамки, эстимация,
 Мотивация сотрудников (немонетарная), гашение
пожаров,
 Контроль документации, превентивные меры при смене
специалистов в команде (болезнь, увольнение) .
 Конкуренты, контроль, анализ, мониторинг,
 Рынок, события, временные ситуации, аспекты
локализации и политики,
 Фидбек клиентов, не только саппорт, но и кастомер
саксесс,
 Контроль Проектов продукта, их координация,
 Диалог и задачи для Projecta.
БЮДЖЕТЫ
 Текущие бюджеты
 Реклама
 KPI, конверсии юзеров
 PR расходы
 Оптимизация текущих расходов
 Инвестиционные бюджеты
 Прямые расходы (зарплаты, техника)
 Эстимейты первичных инвестиций
 Аварийные технические бюджеты
 Инвестиционные риски.

8. https://tap.ua
7. САМЫЙ ГЛАВНЫЙ РЕСУРС
ВРЕМЯ!
Самый главный, общий для всех и
невосполнимый ресурс.
• Балансируйте между ценностью и затраченным
временем.
• Ищите возможности всегда иметь немного
времени в запасе.
• Грамотно распределяйте нагрузки на команду,
планируйте!

9. https://tap.ua
9. Немного о документации и ТЗ
 Плохо, когда его нет. Пишите, или поручайте это специалистам.
 Избегайте как излишней краткости, так и избыточной детализации.
 Спланируйте максимум пожеланий, потом отрезайте то, что не пойдет в МВП.
 МВП — базовая часть продукта, а не плохой продукт который потом переделаем.
 Пишите ТЗ. Всегда. Для простых продуктов — простое, для сложных сложное, но пишите.
 В ТЗ описывайте ЧТО нужно сделать. Как это сделать, приоритет исполнителя.

10. https://tap.ua
10. ЧАСТЬ ВТОРАЯ, ИНТЕРАКТИВНАЯ
ФОТО ДЛЯ ПРИВЛЕЧЕНИЯ ВНИМАНИЯ!

11. https://tap.ua
11. Пять основных пунктов для Product-a

12. https://tap.ua
12. Пять основных пунктов для Project-a
• ВЫВОДЫ ИЗ ОПЫТА — любая ошибка, любая задержка, любой баг, это ценнейший ресурс —
опыт. Только опыт позволит Вам минимизировать ошибки.
• КОРРЕКТНЫЕ ЭСТИМЕЙТЫ — очень сложный пункт, особенно для нетехнических
специалистов. Научитесь оченивать время правильно. Берите запасы (особенно, если
ваша команда поддерживает другой продукт или проект), понимайте деливери тайм. Не
забывайте про тестирование.
• ГРАМОТНЫЕ ТЕХНОЛОГИИ И МЕТОДОЛОГИИ — не нужен скрам ради скрама, и Го ради Го.
Выбор технологий — выбор разработчика, но узнавайте и учите технологию.
• ЧИСТЫЙ БЕКЛОГ — keep your backlog clean. Не позволяйте ему превратится в «черныю
дыру» заявок и хотелок... регулярно чистим и удаляем не актуальные и устаревшие
задачи.
• БУДЬТЕ В ДИАЛОГЕ С КОМАНДОЙ — ежедневные митинги это здорово, но личное общение
один на один — ключ к пониманию проблем. Будьте преданным своей команде, будьте
защитником. Держите свою команду информированной.

13. https://tap.ua
5. Контактная информация
Project & Product Manager - ‘TapMedia’
Геннадий Кобылянский
https://www.facebook.com/gkobylyansky

14. Благодарю за внимание!

15. С радостью отвечу на
ваши вопросы!