PRODUCT MANAGER VAS+SITEУманский Андрей

PRODUCT ENGINEERРоль разработчика в продуктовой компании

ПЛАН

1. Intro 2. Про нужду продуктового бизнеса3. Time to Market4. Стартап Культура5. Процесссы6. Технологии7. Советы

Немного философии

НОРМЫ НЕ СУЩЕСТВУЕТ

СПИСОК ПРЯМЫХ БИЗНЕС-ПОТРЕБНОСТЕЙ

Time to market. Время от момента появления проблемы или идеи до получения результата конечными пользователями должно быть достаточно коротким, чтобы мы могли эффективно реагировать на изменение рынка и бизнеса

Productivity

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

Customer Experience

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

Мысль №1

Первые две цели кажутся близкими, но на самом деле они разные по смыслу. Productivity за год может оказаться неплохой — вы деливерите сразу целую кучу ценности, просто очень редко. При этом Time-to-Market может оказаться очень плохим.

Мысль №2Во вполне благополучной Agile-команде с очень хорошим Time-to-Market производительность может оказаться недостаточной.

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

И хотя time-to-market для задач может быть очень хорошим, среднее время ожидания в баклоге до старта работ будет высоким и команда будет казаться бизнесу медленной.

Мысль №3Цели “Productivity" - “Time to market" — “Customer Experience" являются основными. Понятно, что их достижение часто невозможно без наличия определенного уровня зрелости процессов внутри организации.

СПИСОК КОСВЕННЫХ БИЗНЕС-ПОТРЕБНОСТЕЙ

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

Predictability

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

Quality

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

Motivation

Низкая мотивация сотрудников — часто следствие предыдущих проблем, но вполне может рассматриваться как самостоятельная цель

Современная стратегия

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

TO MARKET TO FEEDBACK TO PROFIT

TIME

● Решить проблему пользователя

● Дедлайн обусловлен бизнесом

● Критерии сделанной работы● Право на изменение скоупа● Ad hoc - не костыль

STARTUP culture

● Правильный рекрутинг● Автономия на принятие

решений● Персональная ответственность● Универсальные бойцы

Иметь только узкую специализацию уже не достаточно.

мастера на все руки и профессионалы узкого профиля в одном.

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

● Опыт● Знания● Исследования\

Любопытство ● Выполнение

FULL-STACK development

● Back-end\Front-end + верстка● DEV - заказчик у других отделов● Demo от разработчика● QA граничные кейсы и

интеграция

PRODUCT mindset

● Инженер, а не программист● Subject-matter expert● Цель\Проблема - вариант

решения● DEV имеет доступ к данным● Proof of Concept - MVP

CI / CD*2

● Feature Flags● МикроСервисы● Unit тестирование● Инструменты логирования● Code review не защита, а

возможность

SDLC

Процессы● Меньши касаний● Product Manager = Продюсер● Тестирование требований● MVP ● Early Adopters● Релиз команда

Tips and Tricks

★ Scrum of Scrums★ Sales не другой мир★ Смотреть на календарь★ Нет мультизадачности★ Правильный рекрутинг

★ Переменная нагрузка★ Happy Managment?★ Не все проекты\задачи★ Социология★ Простые решения

ВСЕ ТЛЕН

ВСЕ БУДЕТ СЕКТОР ПРИЗ

5 минут на вопросы

Контакты

ask@umansky.me

fb.com/andrew.umanskiy

ua.linkedin.com/in/andreyumansky