Презентация на CodeFest 2018

1. Как перейти от проектного
мышления к продуктовому
Опыт заказной разработки
Александр
Бындю
CEO
IT-архитектор
Byndyusoft

2. Александр Бындю
Эксперт в Agile и Lean · IT-архитектор
CEO в http://byndyusoft.com
Преподаю в университете
Веду блог http://blog.byndyu.ru
В прошлом:
• Тренер в ScrumTrek
• Вожатый на AgileCamp
• IT-директор
• Программист

3. Зачем продуктовый подход
состоявшимся компаниям

4. Конкуренты тоже научились
покупать дешевле и
продавать дороже.

5. Быстрые
уничтожают
крупных

6. ПРОЕКТНАЯ КУЛЬТУРА
Сделать продукт правильно
ПРОДУКТОВАЯ КУЛЬТУРА
Сделать правильный продукт

7. Продукты на аутсорсе

8. Как сохранить гибкость бизнеса - Асхат Уразбаев
https://www.youtube.com/watch?v=wAH92qJqvQQ
Мы
работаем
на первых
двух
стадиях

9. Agile Everywhere! - Henrik Kniberg
https://www.youtube.com/watch?v=moKG0RQNiqM
Работаем в
самом
красном
углу

10. https://en.wikipedia.org/wiki/Cynefin_framework
Нам дают
задачи из
этого
контекста

11. Компания заказчика
Нашакоманда
CEO CTO
C
Внутренние команды
Устоявшиеся процессы
Инфраструктура
Знания о бизнесе
Мыучаствуемкак:
·Product Owner
·IT-Архитектор
·Team lead

12. 1. Бежать в авангарде
интересно и романтично
2. Прибыльно
3. Рост компетенций

13. 1. Высокая
неопределенность задач
2. Участие в перестроении
заказчика, иначе нет
результата
3. Бороться с негативом во
время перестройки

14. 1. Высокая
неопределенность задач
2. Участие в перестроении
заказчика, иначе нет
результата
3. Бороться с негативом во
время перестройки

15. Инструменты перехода к
продуктам

16. 1. Подходы и инструменты

17. Приходят с решениями
Кнопочное мышление против целостного IT-
продукта

18. Зачем? Кто?
Корневая проблема
или потребность
Решение1
Решение2
Решение3
Решение4
Решение5?
Решение6
Решение7
…
РешениеN
Приходите с проблемами

19. Идите в поле!
Почему не идут:
1. Долго и дорого
2. Раньше брали в работу всё, что в
голову придёт
3. Раньше галлюцинировали,
теперь надо идти и общаться
4. Теряется самоуверенность, всё
стало гипотезой
5. Нет навыков общения с
клиентами

20. Вместо «одномерного» текста…

21. Карта целей и
гипотез
https://www.impactmapping.org

22. Путевая карта
пользователя

23. Карта пользовательских историй
Пять самых важных составляющих процесса выпуска
успешных проектов
Я как корпоративный клиент
Не понимаю в каком состоянии
счет и из-за этого ухожу в
минус
Хочу останавливать работу,
если баланс стал критично
низким
Чтобы не терять деньги

24. Почему с картами сложно
Приходится больше общаться
Требуется глубокое вовлечение, не получится прочитать в конце
Идеи и план прозрачны, не получится бездельничать
Карты постоянно меняются
Аналитика IT-продукта
https://byndyusoft.com/productanalysis

25. Metrics-Driven Development
Проблемы при внедрении:
1. Измеряем, что проще
измерить
2. Метрики не связаны с
бизнесом
3. Посчитать — значит сделать
прозрачным
4. Оказывается, что крутые
идеи не всегда изменяют

26. 1. Найти данные и получить к
ним доступ
• Данные разбросаны по
базам данных, сторонним
сервисам, файлам и
головам сотрудников
• Данных нет и в прошлое за
ними не вернуться 
• Проблема получать доступ
к ком. тайне и
персональным данным
2. Систематизировать,
удалить мусор
• Данные неполные
• Одни и те же данные в
разных местах
представлены по-разному
• Разные погрешности в
разных системах
3. Извлекать
информацию
• Неожиданно самая простая
часть работы, менее 10%
времени
• Простой анализ
• Machine learning для более
сложных задач
4. Наладить постоянную
подкачку новых данных
• Создать хранилища
• Установить новые процессы
и регламенты
• Проблема с назначением
ответственных
Непрерывная добыча данных

27. Эксперименты, гипотезыи
метрики
Авторитетноемнение
Продуктовый
подход
Фактор, влияющий
нарешения

28. 2. Люди и «гибкая» культура

29. Проблемы взаимодействия между отделами:
1. Накладные расходы на постановку и
приемку задач
2. Сложно согласовывать «ресурсы» между
иерархиями
3. Реализация не лучшая для продукта, а
описанная при постановке
4. Исполнитель ошибается, принимая
решения, потому что не видит всей картины
5. Медленная обратная связь
Проект
логистики
Спец. по
логистике
PHP-программист
Отдел
логистики
Отдел веб-
разработки
Сис. админ
Отдел
сопровождения
Маркетолог
Отдел
маркетинга

30. Единая команда продукта:
1.Единые знания о продукте,
рынке и истории развития
2.Сделает продукт от начала до
конца
3.Нет накладных расходов по
передаче задач или знаний
DevOps
Маркетолог
Спец. по
логистике
PHP-программист
Кросс-функциональная
команда продукта
Продукт для
логистики
Product Owner
??
?

31. Agile Product Ownership in a Nutshell
https://www.youtube.com/watch?v=502ILHjX9EE
Проблемы с PO:
1. Его нет
2. Огромная проблема его
найти
3. Часто из операционного
руководителя делают
PO, а это ошибка
Product Owner
Выбор метрик
Исследование рынка
Вдохновляет
Походы в поле
Видение продукта
Измеритель ценности

32. Теперь можно резать • FFF
Чтобы выбрать следующий
шаг для создания
правильного продукта:
1. Балансируем приоритет,
риски и ценность
2. Решение принимает
продуктовая команда

33. Как внедрить «гибкую» культуру?
1. Изменяем
структуру
2. Изменяем
процессы
3. Культура
начинает
медленно
меняться

34. ПРОЕКТНАЯ КУЛЬТУРА
Сделать продукт правильно
ПРОДУКТОВАЯ КУЛЬТУРА
Сделать правильный продукт

35. ВАША КОМПАНИЯ ВАШИ КОНКУРЕНТЫvs
ПРОЕКТНАЯ КУЛЬТУРА
Сделать продукт правильно
ПРОДУКТОВАЯ КУЛЬТУРА
Сделать правильный продукт

36. Качественная
реализация
поставленных задач в
срок и бюджет
Поставка ценности
потребителю
продукта
Цель

37. Временно, пока
идет проект
На всё время
жизни продукта
Граница работы

38. Выполненный
список задач
Работа
команды
Что оплачивается

39. Руководитель
компании
Потребители
продукта
Кто оценивает успех

40. Дизайн,
программировани
е, тестирование
Customer
Development
Инструменты достижения цели

41. Руководитель
проекта
Команда
продукта
Ответственный за
успех

42. Ограничено
рамками
проекта
На уровне
бизнес-
ценностей
Границы понимания
задачи

43. Обсуждается и
изучается на уровень
выше
Обсуждается и
изучается командой
продукта
Ценность для
потребителя

44. Отслеживание плана
и факта
Например, диаграмма Ганта
Анализ данных,
эксперименты, карты
и общение с
клиентами
Инструменты
управления

45. После сдачи
проекта
После каждого
эксперимента,
интервью и замера
метрики
Обратная связь по
результатам

46. Редко, в
основном всё
идет по плану
Постоянно, нет ничего
неизменного
Частота изменений в
направлении работы

47. Компания заказчика
Нашакоманда
CEO CTO
C
Новая структура
Новая архитектура
Новые процессы
«Гибкая»культура
Внутренние сотрудники:
·Product Owner
·IT-Архитектор
·Team lead

48. С чего начать?
Создайте кросс-функциональную команду под продукт
Рисуйте карты и пишите истории вместо «плоских» текстов
Идите в поле, узнайте жизнь
Посчитайте бизнес
Будьте готовы к изменениям

49. Дополнительные ссылки
1. https://www.scrum.org/resources/blo
g/project-mindset-or-product-mindset
2. https://martinfowler.com/articles/prod
ucts-over-projects.html

50. @alexanderbyndyu
Александр
Бындю CEO
IT-архитектор
Byndyusoft
Вопросы?
alexander.byndyu
byndyu.ruceo@byndyusoft.com