Олена Волова та Олег Міхель “Одіссея Product Development’а: як вижити за стіною. Коло Перше” Kyiv Project Management Day (28.10.2017)

Одиссея Product Development'а:
как выжить за стеной.
Круг Первый.
clickky.biz

Одиссея Product Development'а:
как выжить за стеной.
Круг Первый.
clickky.biz
Елена Волова
Chief Information Officer @Clickky
Олег Михель
Head of Product & QA @Clickky

ABOUT CLICKKY
● Clickky - продуктовая компания, то есть мы делаем продукт “для себя”
● “Заказчиками” фич у нас выступает сторона бизнеса, которая в идеале
должна разрабатывать исключительно новые концепции монетизации,
исходя из тенденций на рынке, покупательской способности и отзывов
клиентов.
● Product Development для нас это Одиссея, поиски идеального баланса с
Product Management, 7 кругов ада, которые нам нужно пройти в процессе
создания каждой новой версии продукта
● Все, о чем мы будем сегодня говорить, родом из наших страданий
Programmatic platform for mobile advertisers and publishers clickky.biz

TALKING POINTS
Project Management vs Product Management: как поделить 7 королевств?
● Основные качества Менеджеров обоих типов
● Можем ли Project Manager быть Product Manager’ом
● Как выжить на красной свадьбе
Лучше Тирион в рукаве, чем Драконы в небе
● Lean Start Up как стиль жизни
● Как не облажаться с MVP
● Дофаминовая зависимость заказчика
Winter is coming!
● Планирование, Velocity
● Дедлайны близко!
● Жертвоприношение Красному Богу
Тонкости Бизнес Анализа в реальном мире
● Трехглазый ворон как член команды
● Суждено ли мертвому воскреснуть? Legacy code - не Джон Сноу!
● И как измерить Безупречных?

Основные качества
Менеджеров обоих
типов
Можем ли Project
Manager быть
Product Manager’ом
Как выжить на
красной свадьбе?
Lean Start Up как
стиль жизни
Как не облажаться с
MVP
Дофаминовая
зависимость
заказчика Планивароние и
Velocity
Дедлайны близко!
Жертвоприношение
Красному Богу
Трехглазый ворон
как член команды
Суждено ли мертвому
воскреснуть? Legacy
code - не Джон Сноу!
И как измерить
Безупречных?
КАРТА СЕМИ КОРОЛЕВСТВ

КАК ВЫЖИТЬ ЗА СТЕНОЙ
● Мы уже слышали отзывы “Ничего нового”, “Не применимо к нам”,
“Частный случай”, “Вы классные” и “MVP не работает”
● Мы уже поняли, что народу нужно больше зрелищ чужих факапов
● Да, мы будем рассуждать всего-лишь с высоты нашего опыта!
● Да, часть из того, что мы будем говорить - очевидное и всем известное!
Но какого черта тогда никто не следует этим “банальным” правилам?
● И да, и будем рассказывать о наших факапах в надежде, что вы
сможете научится на наших ошибках

PROJECT MANAGEMENT VS PRODUCT MANAGEMENT:
как поделить 7 королевств?

КАК ПОДЕЛИТЬ 7 КОРОЛЕВСТВ
● Основные качества Менеджеров обоих типов
● Может ли Project Manager быть Product Manager’ом
● Как выжить на красной свадьбе

типов
Manager быть Product
Manager’ом
MVP
Velocity
CURRENT LOCATION

КАК ВЫЖИТЬ НА КРАСНОЙ СВАДЬБЕ

КАК ВЫЖИТЬ НА КРАСНОЙ СВАДЬБЕ
● Очевидная вроде бы книжная
штука?!
● А нам пришлось заново спустя 3
года делить королевства
:disappointed_face:
● Нет, деплой это все же не ваше
собачье дело!
● Да, процесс приемки продукта
проекта после деплоя это ваше
собачье дело!
● Нет, это не у нас говнокод. Это у
вас требования не подчиняются
ни одному закону логики.

Может ли Project Manager быть Product Manager’ом?
ОСНОВНЫЙ КАЧЕСТВА МЕНЕДЖЕРОВ ОБОИХ ТИПОВ

Product Management ≠ Project Management
Product management
Product Manager is responsible for discovery and
definition of the scope.
Product managers own:
● Strategy
● Releases
● Ideation
● Features
● Go-to-Market
● Organizational training
● Profit and Loss
Product managers must answer these questions:
● “What problem does this solve?”
● “What are you building?”
● “What will the benefits be?”
Project management
Project manager is responsible for execution and
delivery of the scope.
Project managers own:
● Budget
● Delivery
● Resources
● Capacity
● Cross-team organization
● Problem resolution
● Status updates
Project managers must answer the questions
“What resources are needed?”
“When will the project get delivered?”
“Who is going to do what?”

Может!

● Но это сработает только в маленьких
командах
● Для большой компании “мир” между
этими ролями - горе!
● Здоровый рабочий конфликт между
“бизнесом” и “разработкой” порождает
результат в приемлемом качестве в
приемлемые сроки

ЛУЧШЕ ТИРИОН В РУКАВЕ, ЧЕМ ДРАКОНЫ В
НЕБЕ

ЛУЧШЕ ТИРИОН В РУКАВЕ, ЧЕМ ДРАКОНЫ В НЕБЕ
● Lean Start Up как стиль жизни
● Как не облажаться с MVP
● Дофаминовая зависимость заказчика

типов
Manager быть
Как не облажаться
с MVP
Velocity
CURRENT LOCATION

Lean StartUp Style
или
4 5 правил жизни

LEAN STARTUP КАК СТИЛЬ ЖИЗНИ
Стиль Lean StartUp предполагает следование 4м основополагающим
правилам:
● Минимизируйте неизвестное (Eliminate uncertainty)
● Нужно работать не по 20 часов в день, а головой (Work smarter not harder)
● Относитесь к каждой версии продукта, как к MVP (Develop an MVP)
● Валидируйте полученные знания (Validate learning)
А Пятое мы просто не могли не добавить!

Из чего плавно выплывает
Следующее Правило:
Eliminate Uncertainty

5 Whys is an iterative interrogative technique used to explore the cause-and-effect
relationships underlying a particular problem.[1]
The primary goal of the technique is to
determine the root cause of a defect or problem by repeating the question "Why?" Each
answer forms the basis of the next question. The "5" in the name derives from an
anecdotal observation on the number of iterations needed to resolve the problem.
© Wikipedia

Упала админка! (problem)
1. Why? - Потому что на странице такой-то постоянный лоадер (first why)
2. Why? - Потому что фронт делает запрос на бэк, а бэк не отвечает (second why)
3. Why? - Потому что на бэке не отвечает БД (third why)
4. Why? - Потому что она упала у нужен рестарт сервера (forth why)
5. Why? - Потому что в нее сделали из UI очень тяжелый запрос и выели всю
память сервера. (fifth why. The root cause)

Правило Третье:
Work smarter not harder

Правило Четвертое:
Develop an MVP

Правило Пятое:
Validate Learning

Как не облажаться с MVP

типов
Manager быть
Product Manager’ом?
Как не облажаться
с MVP?
Velocity
CURRENT LOCATION

КАК НЕ ОБЛАЖАТЬСЯ С MVP
● A Minimum Viable Product (MVP) is a product with just enough features
to satisfy early customers, and to provide feedback for future product
development.
● Some experts suggest that in business to business transactions an MVP
also means saleable
● "it's not an MVP until you sell it. Viable means you can sell it".
© Thank you, Google

● Problem-driven development
● Transparent Product Monetization Structure
● Небольшие задачи - соль всего Agile!
● Proof of Concept 1 Week Product
● Battle of the Prototypes Замеры производительности
● Pushbacks Не боятся выкинуть лишнее
● Feedbacks Треккинг прогресса

Лучше Тирион в рукаве, чем Драконы в небе:
Дофаминовая зависимость
заказчика

типов
Manager быть
MVP
Velocity
CURRENT LOCATION

ДОФАМИНОВАЯ ЗАВИСИМОСТЬ ЗАКАЗЧИКА

● Дофамин (допамин) — нейромедиатор, который мотивирует человека
на достижение целей, удовлетворение желаний и потребностей.
● Вырабатывается в мозге человека и вызывает чувство
удовлетворения (или удовольствия) в знак поощрения за
полученный результат.
● Играет важную роль в системе мотивации и обучения людей.

Факторы повышающие уровень дофамина в организме человека:
● Алкоголь
● Курение
● Наркотики
● Антидепрессанты
● Пропустить обед
*Ожирение снижает уровень дофамина
Было установлено, что у мышей, страдающих от ожирения, наблюдается низкий уровень рецепторов дофамина D2
Также было доказано, что ограничение в приеме пищи может привести к увеличению рецепторов дофамина
● Любовь
● Агрессия
● Достижение цели

● Алкоголь
● Курение
● Наркотики
● Антидепрессанты
● Пропустить обед
*Ожирение снижает уровень дофамина
Было установлено, что у мышей, страдающих от ожирения, наблюдается низкий уровень рецепторов дофамина D2
Также было доказано, что ограничение в приеме пищи может привести к увеличению рецепторов дофамина
● Любовь
● Агрессия
● Достижение цели

● Процесс создания продукта должен стимулировать выработку дофамина у
всех людей, причастных к процессу
● В частности, заказчика делают счастливым результаты
● О результатах можно судить несколькими способами

● Треккинг метрик (кол-во пользователей, кол-во показов,
лидов / итд)
● Первый правдивый доллар в статистике
● Собственно, суть MVP – как можно быстрее показать
входящий поток денег

● Графики, которые показывают текущее состояние системы
● Имеется ввиду системный мониторинг
● Желательно соответствующий заявленным
нефункциональные требованиям

● Статус Репорты по To-Do спискам
● Вычеркивание из списка уже реализованного дает
ощущение прогресса

WINTER IS COMING!
● Планирование и Velocity
● Дедлайны близко!
● Жертвоприношение Красному Богу

Планирование и Velocity

ПЛАНИРОВАНИЕ И VELOCITY
Планирование

● Детализировать цели и результаты мероприятия. - Outcome
● Определить состав и объем работ. - Project Backlog
● Оценить сроки и бюджетную стоимость. - Story points vs $
● Составить календарный план основных фаз или всего
проекта. - Roadmap
...

...
● Произвести уточненную оценку потребностей в ресурсах на
каждой фазе или для всей задачи. - Weekly Heartbeats
● Составить план ресурсного обеспечения. - Project Dev Team
● Выполнить оценку рисков и создать план реагирования на
них - Risk Management
...

Планирование и Risk Management

…
● Согласовать план с основными участниками -
Epic>Story>Tasks
● Распределить ответственность за работы и задачи между
участниками. - Key responsibilities

Планирование “нормального ПМ”

Суровые реалии планирования “нормального ПМ”

Скорость команды оно же Velocity

Скорость команды оно же Velocity
● Story Points
● Скорость команды
● Прогнозируемость сроков

Жертвоприношение Красному Богу

ЖЕРТВОПРИНОШЕНИЕ КРАСНОМУ БОГУ

ТОНКОСТИ БИЗНЕС-АНАЛИЗА В РЕАЛЬНОМ
МИРЕ

БИЗНЕС-АНАЛИЗ
● Трехглазый ворон как член команды
● Суждено ли мертвому воскреснуть? Legacy code - не
Джон Сноу!
● И как измерить Безупречных?

Трехглазый Ворон как член команды

ТРЕХГЛАЗЫЙ ВОРОН КАК ЧЛЕН КОМАНДЫ
● Он может видеть, что было, есть и будет
● Он требует измеримости выполненных работ
● Он умеет прогнозировать будущее
● Он имеет нестандартный подход к решению
тривиальных задач

Об очень наболевшем, очень!:
● Люди тщеславны и на практике не все готовы
морально опираться на данные при принятии
решений
● Чем больше данных, тем дороже их содержание и
далеко не все готовы раскошелиться на инструменты
для работы с ними
● Растить Data Scientist долго, а нанять - дорого!

Трехглазый ворон как член команды:
Топ 5 day-to-day болей от нашего ворона

Боль первая:
Не все можно посчитать. Несмотря на то, что люди, которые работают
с данными, любят детерминизм во всем, есть даже в IT-мире вещи,
которые невозможно оценить количественно, если ты не обладаешь
всеми необходимыми данными и не имеешь возможности восстановить
все факторы, которые влияют на конечный результат.
Например, кривые ручки менеджеров, которые по умолчанию
хотят все испортить

Боль вторая:
Цифры, которые предоставляет аналитик, это всего лишь еще одна (или
несколько) точка зрения на объект исследования. Абстрагирование и
моделирование, а также обобщение, как методы познания,
предполагают, что модель или умозаключение, сделанное
аналитиком не будут на 100 процентов соответствовать
действительности, а будут соответствовать ей лишь при определенных
условиях

Боль третья:
Аналитик не может жить без данных. Релевантные, соответствующие
действительности данные необходимы аналитику, как деньги
Ланнистерам или море Грейджоям.
Если ему недостаточно данных, то скорее всего результаты его
работы не будут полезны бизнесу.

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

Боль пятая:
Неправильно поставленные задачи. Аналитик не умеет читать мысли
(в нашем случае скорее не палится просто). Плохие формулировки,
неоднозначно поставленная проблема и т.д. заставляют аналитика по
миллиону раз обращаться с уточняющими вопросами к людям.
А людей аналитик не особо любит

Суждено ли мертвому воскреснуть? Legacy

СУЖДЕНО ЛИ МЕРТВОМУ ВОСКРЕСНУТЬ

И как измерить Безупречных?

КАК ИЗМЕРИТЬ БЕЗУПРЕЧНЫХ
● Не поверите! - попал / не попал в дедлайн
● Okay … Опция № 2 - бабло
● Нет? - Ну ладно! Можно еще пропускной способностью системы, если high
load
● Или Downtime cистемы у вас равен нулю за последний год / месяц / неделю
● Нет? - Тогда найдите метрики, которыми можете гордиться и выставьте их
на всеобщее обозрение
● И не забывайте об их регулярном бенчмаркинге

типов
Manager быть
MVP
Velocity
PRESENTATION MAP

Олена Волова та Олег Міхель “Одіссея Product Development’а: як вижити за стіною. Коло Перше” Kyiv Project Management Day (28.10.2017)

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Олена Волова та Олег Міхель “Одіссея Product Development’а: як вижити за стіною. Коло Перше” Kyiv Project Management Day (28.10.2017)

Ähnlich wie Олена Волова та Олег Міхель “Одіссея Product Development’а: як вижити за стіною. Коло Перше” Kyiv Project Management Day (28.10.2017) (20)

Mehr von Lviv Startup Club

Mehr von Lviv Startup Club (20)

Олена Волова та Олег Міхель “Одіссея Product Development’а: як вижити за стіною. Коло Перше” Kyiv Project Management Day (28.10.2017)