Практические советы о планировании того, что и как вы будете выпускать. Как придать объем вашим бесплотным идеям, а по дороге добавить понимания куда мы идем, когда там будем и чего нам это будет стоить. В докладе будут примеры из опыта продуктовых команд, с которыми мне довелось работать. Также “недокументированные проблемы”, о которых многие не подозревают, и техники как все это по прежнему направлять к выпуску хоть чего-то стоящего

1. Продукт: вам нарезать или
целым куском?

2. Давайте познакомимся

4. “Agility is the ability to both create and respond
to change in order to profit in a turbulent
business environment”
Jim Highsmith “Agile Software Development
Ecosystems”

5. Исследовательские проекты
(Exploratory, R&D)

6. Производство
продуктов

7. “Customer driven”
Управляем разработкой в первую очередь с
точки зрения ценности для пользователя, а
уже потом традиционные “scope, schedule
and cost”

8. Комплексные
продукты

9. Плохая новость:
Нет четкой
инструкции по
внедрению

10. Хорошая новость: Ваш процесс не
должен быть идеальным

11. Почему часто говорят "Слона
нужно есть по частям", но
мало кто так делает?

12. Бизнесу хочется
«все и сразу»

13. “У нас не продуктовая разработка”

14. Как есть "Слона" или
практические советы

15. Покажите мне ваш Vision!

16. Продукт - это карта, а не список

17. Story Mapping

18. Дорожная карта

19. Любой другой вид визуализации

20. Расставьте Business Value

21. Kano-взвешивание

22. Относительные веса

23. "Buy a feature" @Innovation Games

24. Перемножить количество потенциальных
пользователей на количество денег

25. Поставьте дедлайн
Это и есть та самая
«нарезка» на части
Регулярно смотрите
результаты
Ничто так не фокусирует
как "сроки»
Сделайте промежуточные
выпуски каждые 2-3
месяца, даже если они не
уходят в он-лайн

26. Оптимизация
целого …
… поперек слоев организации

27. Необходимо «Lean мышление»

28. Цепочка
создания
ценностей

29. Устранение мусора
процесс постоянной адаптации

30. Минимальные Метрики
Средняя скорость
команды
Lead Time
Cycle Time
Качество

31. Итого
Большинство ваших проектов требуют
“Гибкости”, даже если вы так не думаете
"Вы выпускаете продукты" - мыслить так
полезно во всех случаях
Метафора "выпускать по частям" требует
более глубокого понимания и
дополнительных техник, которые не так
сложно освоить

32. Спасибо!
Тимофей
Евграшин
http://tim.com.ua
@yevgrashyn